Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:82825
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain zend.com designates 209.85.220.171 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <CAEPJdumb69Wm5BSBCV7G2EOpxx8T-346cupbnC6yY2g-Dvqx4A@mail.gmail.com>
References: <CA+9eiLsxSpbdaa7Bpci2PRXQMRkTUiwZphjQYv2iDyXLUhrMow@mail.gmail.com>
	<CAEPJdukAS-bhYtAOE_5g_zt_gRvPYs4Tez7=hN4-ZhRjoKaUOQ@mail.gmail.com>
	<CA+9eiLtLNtevLpMzZ065dKhQ8jZZD8BU8N1GsAcTmZANiMOizQ@mail.gmail.com>
	<CAEPJdumb69Wm5BSBCV7G2EOpxx8T-346cupbnC6yY2g-Dvqx4A@mail.gmail.com>
Date: Mon, 16 Feb 2015 15:59:38 +0400
Message-ID: <CA+9eiLsUhD46iepytTYqFrjqYLjygNTrkvuNDM=MVY840hzy6Q@mail.gmail.com>
To: Benjamin Eberlei <kontakt@beberlei.de>
Cc: PHP Internals <internals@lists.php.net>, Nikita Popov <nikita.ppv@gmail.com>, 
	Guilherme Blanco <guilhermeblanco@gmail.com>, Pierrick CHARRON <pierrick@webstart.fr>, 
	Alexander Lisachenko <lisachenko.it@gmail.com>, Pierre Joye <pierre.php@gmail.com>, 
	Zeev Suraski <zeev@zend.com>, Andi Gutmans <andi@zend.com>, Joe Watkins <pthreads@pthreads.org>, 
	Yasuo Ohgaki <yohgaki@ohgaki.net>, Sebastian Bergmann <sebastian@php.net>, 
	Stanislav Malyshev <smalyshev@gmail.com>, Rasmus Lerdorf <rasmus@lerdorf.com>
Content-Type: multipart/alternative; boundary=001a1133e5f21f540b050f335280
Subject: Re: [PHP-DEV] Annotations in PHP7
From: dmitry@zend.com (Dmitry Stogov)

--001a1133e5f21f540b050f335280
Content-Type: text/plain; charset=UTF-8

yeah, it was a typo, that I fixed in first place, but not in the output

On Mon, Feb 16, 2015 at 2:49 PM, Benjamin Eberlei <kontakt@beberlei.de>
wrote:

>
>
> On Mon, Feb 16, 2015 at 12:42 PM, Dmitry Stogov <dmitry@zend.com> wrote:
>
>> the idea to not evaluate non-constant expressions at all, but just keep
>> AST and provide interface to read it.
>> PHP extensions should be able to use them as they like. (evaluate or
>> insert into AST of function(s), etc).
>>
>
> Ok so this would expose the AST to userland? Because that is not yet done
> or? As a userland developer I would prefer having the values evaluated, for
> example using the array expresssion syntax in class properties (only
> "constants" expressions allowed).
>
> Looking at the PHPT more, there seems to be a typo, requires is used in
> the annotation and requres is in the var_dump?
>
>>
>> Thanks. Dmitry.
>>
>> On Mon, Feb 16, 2015 at 2:36 PM, Benjamin Eberlei <kontakt@beberlei.de>
>> wrote:
>>
>>>
>>>
>>> On Mon, Feb 16, 2015 at 12:07 PM, Dmitry Stogov <dmitry@zend.com> wrote:
>>>
>>>> hi,
>>>>
>>>> During discussion of different ways of implementing "Design by
>>>> Contract" we
>>>> got an idea of using annotations.
>>>>
>>>> BTW: annotations are useful by their own and may be used for different
>>>> purposes. Support for annotations was proposed long time ago:
>>>>
>>>> https://wiki.php.net/rfc/annotations
>>>> https://wiki.php.net/rfc/annotations-in-docblock
>>>> https://wiki.php.net/rfc/reflection_doccomment_annotations
>>>>
>>>> HHVM already implemented similar concept
>>>>
>>>> http://docs.hhvm.com/manual/en/hack.attributes.php
>>>>
>>>> I made a quick and dirty PoC that shows how we may implement
>>>> annotations in
>>>> PHP7 and how powerful they may be :
>>>> https://gist.github.com/dstogov/dbf2a8f46e43719bd2c2
>>>>
>>>> The test there is self explainable. Of course, annotations just provide
>>>> a
>>>> way to add metadata, but doesn't define attribute names or the ways they
>>>> are going to be used. Only Reflection API to read.
>>>>
>>>> There are still a lot of technical problems that have to be solved.
>>>> Right now, we just need to answer a question - if we like this in PHP7?
>>>> Thought and opinions are welcome...
>>>>
>>>
>>> oh please yes, yes yes :-) I don't care for the syntax, although this
>>> looks ok.
>>>
>>> One question, when does the php expression get evaluated?
>>>
>>>>
>>>> Thanks. Dmitry.
>>>>
>>>
>>>
>>
>

--001a1133e5f21f540b050f335280--