Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:37720 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 33777 invoked from network); 19 May 2008 13:23:16 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 19 May 2008 13:23:16 -0000 Authentication-Results: pb1.pair.com header.from=cschneid@cschneid.com; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=cschneid@cschneid.com; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain cschneid.com from 195.141.85.117 cause and error) X-PHP-List-Original-Sender: cschneid@cschneid.com X-Host-Fingerprint: 195.141.85.117 uf1.search.ch Linux 2.6 Received: from [195.141.85.117] ([195.141.85.117:40497] helo=smtp.rim.ch) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 25/FA-57662-34F71384 for ; Mon, 19 May 2008 09:23:16 -0400 Received: from localhost (localhost [127.0.0.1]) by rolig.search.ch (Postfix) with ESMTP id 989DC433C1E; Mon, 19 May 2008 15:23:12 +0200 (CEST) Received: from smtp.rim.ch ([127.0.0.1]) by localhost (search.ch [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05659-02; Mon, 19 May 2008 15:23:10 +0200 (CEST) Received: from [192.168.1.72] (ultrafilter-i [192.168.85.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by rolig.search.ch (Postfix) with ESMTP id 05A5842D034; Mon, 19 May 2008 15:23:10 +0200 (CEST) Message-ID: <48317F3D.4020808@cschneid.com> Date: Mon, 19 May 2008 15:23:09 +0200 User-Agent: Thunderbird 1.5.0.12 (X11/20060911) MIME-Version: 1.0 To: RQuadling@GoogleMail.com CC: PHP Developers Mailing List References: <48169695.9040803@omegavortex.net> <1284376279.20080518132000@marcus-boerger.de> <203770284.20080518184111@marcus-boerger.de> <1082257838.20080518193053@marcus-boerger.de> <1351350.20080518223746@marcus-boerger.de> <4830C61A.6020003@zend.com> <10845a340805190155ha1f888bmf512862050bea02c@mail.gmail.com> <483168E1.7090004@cschneid.com> <10845a340805190602v26120ca9n26873bd6ed8e187@mail.gmail.com> In-Reply-To: <10845a340805190602v26120ca9n26873bd6ed8e187@mail.gmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at search.ch Subject: Re: [PHP-DEV] Class Properties in Interfaces? From: cschneid@cschneid.com (Christian Schneider) Richard Quadling wrote: > In trying to understand the proposal of allowing properties via > interfaces from your (Chris') point of view, what benefit do we get? I don't use interfaces at all so I don't have a strong opinion about the benefits or drawbacks of adding properties really but ... > Allowing unset on properties in the class or in the interface, then > this seems like normal class properties. > We are talking about extending the behaviour of interfaces. Surely > this implies a greater amount of rigidity? ... nevertheless my opinion about two things: a) If I decide to modify an object at runtime then that's my decision and I supposedly know what I'm doing. b) The object will still work with the interface as accessing an unset() property is not different from accessing a property set to null (save the E_NOTICE if enabled): It returns null. It therefore does not make sense to change anything IMHO. I have yet to be shown a code example where we would get any benefit from restricting things. - Chris