On Fri, Aug 5, 2022 at 8:09 PM Larry Garfield <la...@garfieldtech.com> wrote:
> Ilija Tovilo and I are happy to present the first new RFC for PHP 8.3: > Asymmetric Visibility. > > https://wiki.php.net/rfc/asymmetric-visibility > > Details are in the RFC, but it's largely a copy of Swift's support for the > same. > > -- > Larry Garfield > la...@garfieldtech.com > > -- > PHP Internals - PHP Runtime Development Mailing List > To unsubscribe, visit: https://www.php.net/unsub.php > > Hi Larry, Ilija, Review the proposal and it looks great. I have a few subjects to point and maybe discuss further if you think so: 1. The first subject is visible even from the first phrase of the RFC that uses both the terms "get and set operations" and "read and write operations". I'm wondering if you thought about using protected(write) or private(write). 2. The term "asymmetric visibility" is not that accurate and I believe "asymmetric access" or "asymmetric accessibility" would fit better. As noted in the relation with __set(), a public private(set) property that is attempted to be written from global context will not act like it's not visible but that it's not accessible for writing. 3. I assume the target is both static and non-static properties. This should be mentioned in the RFC. Regards, Alex
