Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:61590
Return-Path: <weierophinney@php.net>
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Delivered-To: mailing list internals@lists.php.net
Received: (qmail 37786 invoked from network); 20 Jul 2012 22:48:06 -0000
Received: from unknown (HELO lists.php.net) (127.0.0.1)
  by localhost with SMTP; 20 Jul 2012 22:48:06 -0000
X-Host-Fingerprint: 208.107.183.205 host-205-183-107-208.midco.net  
Date: Fri, 20 Jul 2012 18:48:05 -0400
Received: from [208.107.183.205] ([208.107.183.205:1563] helo=localhost.localdomain)
	by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP
	id 4F/31-18983-520E9005 for <internals@lists.php.net>; Fri, 20 Jul 2012 18:48:05 -0400
Message-ID: <4F.31.18983.520E9005@pb1.pair.com>
To: internals@lists.php.net
References: <CAPaKmRmn+L081722PHdzJFEO4wRyGTixacLZ38FTyBr-s8Up3w@mail.gmail.com>
 <CAF+90c-yQe4Hjh=1KUAhN0XFkSp1OXevcvuHXiBJ2Y0isU=QeQ@mail.gmail.com>
 <CAN+gjSeyZfEWHsV_BbJSSoZhutZ2j0O0JBS_NpfSrS7+C+JGYg@mail.gmail.com>
User-Agent: slrn/pre1.0.0-18 (Linux)
X-Posted-By: 208.107.183.205
Subject: Re: [PHP-DEV] RFC Proposal - Attributes read/write visibility
From: weierophinney@php.net (Matthew Weier O'Phinney)

On 2012-07-16, Andrew Faulds <ajfweb@googlemail.com> wrote:
> An ugly, confusion-causing syntax.

I'm sorry, but how does this add _anything_ to the discussion?

Qualify your statement, please. What do you find "ugly" about the
syntax, and why? Where do you see confusion arising from the syntax -
what problems do you foresee arising?

Making judgmental statements without any context like the one you made
above does nobody any good, and if you can't find the time to qualify
them properly, it'd be better for everybody if you simply didn't post.

</end rant>

> On 16 July 2012 14:11, Nikita Popov <nikita.ppv@gmail.com> wrote:
>> On Sun, Jul 15, 2012 at 5:46 PM, Amaury Bouchard <amaury@amaury.net> wrote:
>>> Hi,
>>>
>>> Here is an RFC proposal about a syntax extension for PHP. The purpose is to
>>> manage precisely the visbiliy of attributes, by separating reading and
>>> writing access.
>>>
>>> First of all, I know there is already an RFC about attributes ("Property
>>> get/set syntax" [1]). Its goal is mainly different, but I'll discuss it
>>> lower.
>>
>> I'm not sure I really understand what this adds over the existing
>> getter/setter proposal. read-only and write-only should cover the most
>> common cases. If you do need visibility control, it is possible too:
>>
>> public $property {
>>     get { ... }
>>     protected set { ... }
>> }
>>
>> So what does this proposal add to it?
>>
>> Nikita
>>
>> --
>> PHP Internals - PHP Runtime Development Mailing List
>> To unsubscribe, visit: http://www.php.net/unsub.php
>>
>
>
>


-- 
Matthew Weier O'Phinney
Project Lead            | matthew@zend.com
Zend Framework          | http://framework.zend.com/
PGP key: http://framework.zend.com/zf-matthew-pgp-key.asc