Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:93170
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain zend.com designates 157.56.110.148 as permitted sender)
To: Benjamin Eberlei <kontakt@beberlei.de>
References: <BY2PR0201MB17842998E88EF93DEEA9ABACBF710@BY2PR0201MB1784.namprd02.prod.outlook.com>
 <CAEPJdukfvZaRxcXaMGCwn9XjUaNchL+AK9vkDOjq-TfN9GvnQg@mail.gmail.com>
CC: internals <internals@lists.php.net>
Message-ID: <38dc3e7c-dbcc-7641-86b6-3317f8439cf6@zend.com>
Date: Wed, 11 May 2016 00:03:07 +0300
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.0
MIME-Version: 1.0
In-Reply-To: <CAEPJdukfvZaRxcXaMGCwn9XjUaNchL+AK9vkDOjq-TfN9GvnQg@mail.gmail.com>
Content-Type: multipart/alternative;
	boundary="------------396AFF15C5F7A922D52C0598"
SpamDiagnosticOutput: 1:23
SpamDiagnosticMetadata: NSPM
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 10 May 2016 21:03:22.4990 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR0201MB1779
Subject: Re: [PHP-DEV] [RFC] [VOTE] PHP Attributes
From: dmitry@zend.com (Dmitry Stogov)

--------------396AFF15C5F7A922D52C0598
Content-Type: text/plain; charset="utf-8"; format=flowed
Content-Transfer-Encoding: 7bit



On 05/10/2016 11:48 PM, Benjamin Eberlei wrote:
>
>
> On Tue, May 10, 2016 at 8:29 PM, Dmitry Stogov <dmitry@zend.com 
> <mailto:dmitry@zend.com>> wrote:
>
>     Hi internals,
>
>
>     I've started voting on "PHP Attributes" RFC.
>
>
>     https://wiki.php.net/rfc/attributes
>
>
>     In my opinion, "PHP Attributes" might be a smart tool for PHP
>     extension, but it's not going to be the end of the world, if we
>     decided to live with doc-comments only.
>
>
> one question, Rasmus Schultz post goes into the similar direction.
>
> Any reason why the annotations are only a numeric list and not key 
> value pairs? Key-Value would be much more powerful and address a ton 
> of objections for us (Doctrine).
Attributes their selves are key-values, only nested values are numeric, 
but instead of simple values it's possible to use expression AST, that 
is more powerful than key-values.

>
> In the current state it is pretty limited for more complex use-cases. 
> I don't want to fully embrace the complexities that Larry showed for 
> Drupal (in my opinion, too much annotations), but without key value 
> pairs we could only use this when we nested JSON into the attribute 
> value strings for example, not something I want to mix.

The Drupal example implementation on top of attributes is included in RFC.

>
>
>     Thanks. Dmitry.
>
>


--------------396AFF15C5F7A922D52C0598--