Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:63470
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain lsces.co.uk from 213.123.20.132 cause and error)
Message-ID: <507D7C0C.3000808@lsces.co.uk>
Date: Tue, 16 Oct 2012 16:23:56 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:15.0) Gecko/20120826 Firefox/15.0 SeaMonkey/2.12
MIME-Version: 1.0
To: "internals@lists.php.net" <internals@lists.php.net>
References: <9570D903A3BECE4092E924C2985CE485612B3B48@MBX202.domain.local> <9570D903A3BECE4092E924C2985CE485612B3B76@MBX202.domain.local> <CAKxcST9L8dQytz7qP+dJ_btJMLRSe7Tgs8fJGS0adt_Cye0Rsw@mail.gmail.com> <507D285A.3010701@sugarcrm.com>
In-Reply-To: <507D285A.3010701@sugarcrm.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] [RFC] Propety Accessors v1.1
From: lester@lsces.co.uk (Lester Caine)

Stas Malyshev wrote:
>> >What remains on your TODO list for this functionality?
>> >When are you planning to run an RFC vote on this?
>> >
>> >I think this would be a valuable addition to PHP 5.5.
> I think we shouldn't rush with votes on this until all fine details
> aren't hashed out. This is a*huge*  feature - one of the biggest ones
> recently, and has a lot of implications for various scenarios. Property
> access is what virtually every script in existence does, and doing
> changes there have implications that touch every corner of the engine.
>
> I think Clint is doing a great job with this RFC, but we need to
> carefully work through all the corners and side cases and relationships
> with all other features before we can declare it's ready for the prime
> time. Exactly because it is such a big deal it needs to be refined and
> polished.

But a vote NOT to include it should still be one of the options!

The more edge cases I see on this discussion, the more I am convinced that this 
is simply not right for PHP ... it's not needed and only adds unnecessary bloat. 
The more the functionality of PHP gets buried in 'magic code' that can't even be 
debugged properly or viewed the less useful PHP becomes.

I'm sorry if people are spending a lot of time trying to make something work, 
but that is their choice, and should not be a reason to include something.
I still don't see how this improves anything when all we need to be doing is 
managing the existing variables, arrays and objects stored in the object. __get 
and __set aren't needed either but that is another matter. Does anybody actually 
use them, or are they waiting for the 'better alternative'?

Is there any real reason not simply to be using $obj->var ? It is the fastest 
way of doing it anyway ...

-- 
Lester Caine - G8HFL
-----------------------------
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk