Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:78306
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain ajf.me designates 198.187.29.245 as permitted sender)
Content-Type: text/plain; charset=utf-8
Mime-Version: 1.0 (Mac OS X Mail 8.0 \(1990.1\))
In-Reply-To: <51598611-8662-4E23-9D83-008C42487BD0@ajf.me>
Date: Fri, 24 Oct 2014 13:12:30 +0100
Cc: PHP Internals <internals@lists.php.net>
Content-Transfer-Encoding: quoted-printable
Message-ID: <ED5E720F-8B5F-4222-919A-8CA7B0D779AA@ajf.me>
References: <6E04B9BE-854E-4112-8C74-7D90BD8BFE95@ajf.me> <CAF+90c9UVyX=QVaTHiMe5LEuSYs4ODqu=X1zBKsZCtYOQCMsQw@mail.gmail.com> <51598611-8662-4E23-9D83-008C42487BD0@ajf.me>
To: Nikita Popov <nikita.ppv@gmail.com>
Subject: Re: [PHP-DEV] [RFC] Readonly Properties
From: ajf@ajf.me (Andrea Faulds)


> On 24 Oct 2014, at 12:59, Andrea Faulds <ajf@ajf.me> wrote:
>=20
>>=20
>> 2. If the aim of this RFC is to replace the getFoo() pattern with the =
use of "readonly public $foo" properties, a primary difference will be =
that a getFoo() method can be declared in an interface, whereas a =
"readonly public $foo" property cannot be. Thus code making use of =
interfaces will not be able to employ this feature. And I don't think =
that allowing properties in interfaces is reasonable at this point, =
because the implementations will be limited to simple-storage properties =
- only with more comprehensive property accessor support would =
implementations be allowed to use more complex backing code.
>=20
> Right, interfaces currently can=E2=80=99t declare properties and I=E2=80=
=99m not going to change that in this RFC. If I revisit getters and =
setters, that would be changed. Still, I think there is usefulness to =
this without interfaces=E2=80=A6 it=E2=80=99s just more limited, sadly.
>=20
> It would work quite well with getters and setters and interfaces, if =
later added. Within interfaces, readonly could be used to avoid =
compelling implementing classes to support writing:
>=20
> interface Point {
>     public readonly $x, $y;
> }
>=20
> But without preventing implementing classes from supporting it.

I added a little Future Scope section on this: =
https://wiki.php.net/rfc/readonly_properties#puture_scope

--
Andrea Faulds
http://ajf.me/