Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:67615
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.223.179 as permitted sender)
MIME-Version: 1.0
Reply-To: RQuadling@GMail.com
In-Reply-To: <CAF+90c-DHri6CpWrnSxGNMdwmwpHff8p7VfRpcLCQaR9W6aqcQ@mail.gmail.com>
References: <CAKUjMCXWO2d_gR-tYKf0pBGqn9j0juqgYVhcw4rf528QL4hTng@mail.gmail.com>
 <CAF+90c-DHri6CpWrnSxGNMdwmwpHff8p7VfRpcLCQaR9W6aqcQ@mail.gmail.com>
Date: Mon, 3 Jun 2013 18:20:15 +0100
Message-ID: <CAKUjMCWMBCqL44piVbyd585yxTdduX_ZAZ4WeK6mphOO-i78vg@mail.gmail.com>
To: Nikita Popov <nikita.ppv@gmail.com>
Cc: PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=047d7b10cd31c9043a04de432ea7
Subject: Re: [PHP-DEV] Random Monday thought.
From: rquadling@gmail.com (Richard Quadling)

--047d7b10cd31c9043a04de432ea7
Content-Type: text/plain; charset=UTF-8

On 3 June 2013 17:55, Nikita Popov <nikita.ppv@gmail.com> wrote:

> On Mon, Jun 3, 2013 at 6:49 PM, Richard Quadling <rquadling@gmail.com>wrote:
>
>> Hi.
>>
>> Recently the setters/getters rfc was declined.
>>
>> Other than the vote, was there any technical reasons?
>>
>> I've been sitting here and had a thought.
>>
>> Currently, if I use ...
>>
>> <?php
>> class some_base_class {}
>> ?>
>>
>> I can, sort of, think of this as ...
>>
>> <?php
>> class some_base_class extends \stdClass {}
>> ?>
>>
>> in as much as \stdClass has no constants, properties or methods. In fact,
>> no behaviour at all.
>>
>> Now, could it be possible that I could have another PHP maintained base
>> class or interface that DID support setters/getters?
>>
>> So, I would have to make the decision at develop time ...
>>
>> <?php
>> class some_base_class extends \stdClassThatHasSetterGetterSupport {}
>> ?>
>>
>> sort of thing.
>>
>> So, for classes NOT extending \stdClassThatHasSetterGetterSupport, the
>> variable/property handling to be used is the original style.
>>
>> But for those base classes that do extend from
>> \stdClassThatHasSetterGetterSupport, then these would have property
>> support.
>>
>>
>> Is this even possible/feasible?
>>
>> Whilst the vote went against the initial rfc, I'm happy to accept that
>> (though I wish it had passed as I like the black boxing and the semantic
>> cleanliness it would provide - IMHO).
>>
>>
>> To me, if the internals operated as ...
>>
>> <?php
>> class \stdClassThatHasSetterGetterSupport extends \stdClass {}
>> ?>
>>
>> add if that was enough to enable setters/getters, then COULD this be a way
>> forward for PHP supporting new functionality without breaking base
>> functionality?
>>
>> In essence, turning PHP's internals into a sort of OOP framework.
>>
>> Regards,
>>
>> Richard.
>>
>
> PHP does not support multiple inheritance. So no, this doesn't solve
> really the issue.
>
> Nikita
>


I'm not talking about multiple inheritance, but of extension.

A new internal PHP base class which internally extends from stdClass, but
is a class that provides additional functionality, specifically
setter/getter logic.

So, from userland, I can not extend and get the current stdClass, or I can
choose \stdClassThatHasSetterGetterSupport and get that.

And if I so wish, I can implement
SomeOtherPHPSuppliedIterfaceLikeIteratorOrWhatever.

Richard.

-- 
Richard Quadling
Twitter : @RQuadling
EE : http://e-e.com/M_248814.html
Zend : http://bit.ly/9O8vFY

--047d7b10cd31c9043a04de432ea7--