Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:67613
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.214.174 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <CAKUjMCXWO2d_gR-tYKf0pBGqn9j0juqgYVhcw4rf528QL4hTng@mail.gmail.com>
References: <CAKUjMCXWO2d_gR-tYKf0pBGqn9j0juqgYVhcw4rf528QL4hTng@mail.gmail.com>
Date: Mon, 3 Jun 2013 18:55:17 +0200
Message-ID: <CAF+90c-DHri6CpWrnSxGNMdwmwpHff8p7VfRpcLCQaR9W6aqcQ@mail.gmail.com>
To: Richard Quadling <RQuadling@gmail.com>
Cc: PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=001a11331a764dd2bd04de42d453
Subject: Re: [PHP-DEV] Random Monday thought.
From: nikita.ppv@gmail.com (Nikita Popov)

--001a11331a764dd2bd04de42d453
Content-Type: text/plain; charset=ISO-8859-1

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

--001a11331a764dd2bd04de42d453--