Re: Re: [mail] Re: [PHP-DEV] Re: Attributes support proposal
| From: | Derick Rethans | Date: | Wed, 27 Apr 2005 13:51:31 +0000 |
| Subject: | Re: Re: [mail] Re: [PHP-DEV] Re: Attributes support proposal | ||
| References: | 1 2 3 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-16115@lists.php.net to get a copy of this message | ||
On Wed, 27 Apr 2005, Duncan McIntyre wrote:
> On Wednesday 27 April 2005 2:19 pm, Zeev Suraski wrote:
> > At 16:58 27/04/2005, Duncan McIntyre wrote:
> > >I remember similar arguments being made about most of the new OO features
> > >in PHP5.
> > >
> > >Out of interest, how is this more bloated than storing doc comments in
> > > memory?
> >
> > It's feature bloat, not memory consumption bloat. Adding obscure operators
> > is the worst thing to do, since it reduces readability and complicates the
> > language. Comments can be ignored, removed, be completely 'broken', etc. -
> > you can use them if you understand them and they're useful to you, but
> > you'll never get a piece of code which you wouldn't understand because of
> > the comment. Not so with features such as attributes.
> >
> How about adding a new keyword instead, if you don't like @[..]?
> Say, attributes(..) or metadata(..) or something we can all agree on?
It's not the way how it's written down, it's the whole concept.
Derick
--
Derick Rethans
http://derickrethans.nl | http://ez.no | http://xdebug.org