Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:37319
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 72.14.220.155 as permitted sender)
DomainKey-Status: bad
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references;
        b=FV6ztdP2KaJ8b6brP/1brZY1V/+qc33qhx5IQaGlmf1YCC+M4JxFJ0EhMUadJGJOOdYm67uNv7jakKAap2r2YEoOAxx4hlxgW6D6+FhmRwWvIK1kSfl6TQzO7zMDQBqOP2UyCHVMEit4wq065Fx95F4IHpj2wtMp2jhVlLGXIuQ=
Message-ID: <7dd2dc0b0804291801m627a7c31h8dd796d7fa1d1257@mail.gmail.com>
Date: Tue, 29 Apr 2008 19:01:13 -0600
To: RQuadling@googlemail.com
Cc: "Robert Cummings" <robert@interjinn.com>, 
	"John Carter -X (johncart - PolicyApp Ltd at Cisco)" <johncart@cisco.com>, 
	internals@lists.php.net
In-Reply-To: <10845a340804291714g7eb10362m17af4abecbadf0e4@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; 
	boundary="----=_Part_15797_2803022.1209517273187"
References: <48169695.9040803@omegavortex.net>
	 <339714303.20080429114607@marcus-boerger.de>
	 <BADE85FDE9053E4AAEC411E40C77C2911A6693@xmb-ams-33e.emea.cisco.com>
	 <fv6sgn$676$1@ger.gmane.org>
	 <27A086AB-E111-49C1-ABBD-28FB6E1677BD@procata.com>
	 <48175A65.4070301@zend.com>
	 <BADE85FDE9053E4AAEC411E40C77C2911A697B@xmb-ams-33e.emea.cisco.com>
	 <1209512914.7057.296.camel@blobule>
	 <10845a340804291714g7eb10362m17af4abecbadf0e4@mail.gmail.com>
Subject: Re: [PHP-DEV] Class Properties in Interfaces?
From: quickshiftin@gmail.com ("Nathan Nobbe")

------=_Part_15797_2803022.1209517273187
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

On Tue, Apr 29, 2008 at 6:14 PM, Richard Quadling <rquadling@googlemail.com>
wrote:

> 2008/4/30 Robert Cummings <robert@interjinn.com>:
> >
> >  On Tue, 2008-04-29 at 20:04 +0200, John Carter -X (johncart - PolicyApp
> >
> > Ltd at Cisco) wrote:
> >  > I think there's been two responses to this query:
> >  >
> >  > 1. We can't have properties in interfaces because interfaces don't
> have
> >  > properties. I would say this is tautological and doesn't add anything.
> >  >
> >  > 2. Why would you need to? Getters and setters work.
> >  >
> >  > So I suppose to answer my question for myself, there's no real
> technical
> >  > reason for not having properties in interfaces, but getters and
> setters
> >  > work just fine and no-one (including me) really misses them.
> >
> >  I have to agree. Enforcing existence of a property is just as much part
> >  of an interface as enforcing the existence of a method. Why go down the
> >  clutzy getter and setter method route when properties were meant to be
> >  accessed. Why should code be made slower? Methods are at least an order
> >  of magnitude slower than direct property access.
> >
> >  Cheers,
> >  Rob.
> >  --
> >  http://www.interjinn.com
> >  Application and Templating Framework for PHP
>
> There are some advantages.
>
> 1 - Read only / write only properties can be created more obviously,
> rather than having the logic spread thoughout the __magic_functions.
> 2 - Automatic document tools get a real benefit from having a defined
> mechanism to work from.
>

not only that, but the only recourse to add logic to access of previously
declared public variables without changing the interface is to resort to
magic methods.  up front, using public member variables may be enticing,
there are less instance methods and access is faster, sure.  but when, down
the road, some logic is required around access, and the only recourse is to
employ a magic method, what would be slower then?  the magic method doing
runtime introspection on the class instance prior to invoking said logic, or
having a purpose built method(s) there in the first place?  obviously the
later; and that is just one more reason why getters and setters, coupled
with hidden member variables, make sense, even in php.

-nathan

------=_Part_15797_2803022.1209517273187--