Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:52212
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.212.42 as permitted sender)
DomainKey-Status: bad
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :cc:content-type;
        b=tf5dveAqltr36Q3WSxGn2uB2sbyuCxgki+LwaWTy9WHN2e7UsVFKgJ2W0ZSueq3PX4
         mLbGdJb3pyXRhaWuwcXWz/Xge8wFF9XfA8OKEBDzX6wNDXK6A3h+cflQXQYRDXYaU8Pz
         qCBzc/TVofysSHMyhULyDThNSSK3Uv4p/Fr40=
MIME-Version: 1.0
In-Reply-To: <4DC8FB1A.7040206@lerdorf.com>
References: <BANLkTinO0h7020fs+PLjM0fUmMjQXoTsyw@mail.gmail.com>
	<BANLkTim8p7A5+svvjZw6rc_KE+tBMnOsjw@mail.gmail.com>
	<4DC826B1.4090806@lerdorf.com>
	<BANLkTikpLY+AntSrNi91rzGNZi4FkPrSwA@mail.gmail.com>
	<4DC82A36.8090604@lerdorf.com>
	<BANLkTi=aLVw8KqOV_jb9dBm=XqX6TqTVwA@mail.gmail.com>
	<4DC83401.2090202@sugarcrm.com>
	<BANLkTiniayhZ+8CRQjPFBDLOBu=E7UUv=A@mail.gmail.com>
	<BANLkTimvE1nE+UOv+8hUaPiyfozn3PgU3Q@mail.gmail.com>
	<BANLkTinfEFsiSWOi3RgjZ4-6QeNjRVMwTQ@mail.gmail.com>
	<4DC8D122.3050507@lsces.co.uk>
	<BANLkTim1euVOKXxLc3FdhJAywqnPHDkbwg@mail.gmail.com>
	<BANLkTi=AxkZf_jMUJ0MaRREVX9t33Ex0Zw@mail.gmail.com>
	<4DC8F125.2010503@toolpark.com>
	<BANLkTi=aUL0UNUK9tF9cz8Nsm3z8AB0XQQ@mail.gmail.com>
	<4DC8FB1A.7040206@lerdorf.com>
Date: Tue, 10 May 2011 09:28:53 -0300
Message-ID: <BANLkTin+jWCzDapesBPaYXXfbCeDDS=UtA@mail.gmail.com>
To: Rasmus Lerdorf <rasmus@lerdorf.com>
Cc: Jordi Boggiano <j.boggiano@seld.be>, Lars Schultz <lars.schultz@toolpark.com>, 
	internals@lists.php.net
Content-Type: multipart/alternative; boundary=bcaec548a44558e37804a2eb19fc
Subject: Re: [PHP-DEV] annotations again
From: martinscotta@gmail.com (Martin Scotta)

--bcaec548a44558e37804a2eb19fc
Content-Type: text/plain; charset=ISO-8859-1

On Tue, May 10, 2011 at 5:45 AM, Rasmus Lerdorf <rasmus@lerdorf.com> wrote:

> On 05/10/2011 01:10 AM, Jordi Boggiano wrote:
>
>> On Tue, May 10, 2011 at 10:02 AM, Lars Schultz
>>
>>> To explain what I mean, I'll use the example provided in the RFC. Could
>>>
>>> anyone please explain the advantages of having "passive" annotations over
>>> "active" PHP Code.
>>>
>>
>> I think your example shows very well why annotations are good, it's
>> much more concise.
>>
>
> By concise, you mean shorter, easier to read?
>
> I have a really hard time looking at:
>
>
> <Entity("users")>
> class User {
>    <Column("integer")>
>    <Id>
>    <GeneratedValue("AUTO")>
>    <ManyToMany("Phonenumber")>
>    protected $Phonenumbers;
> }
>
> as a PHP user and instantly understanding what this does. It looks
> completely foreign from a PHP syntax point of view.
>
> Whereas:
>
>
> class User_EntityAnnotation {
>    public function getEntityName() {
>        return 'users';
>    }
>
>    public function getColumnInfo($property) {
>        switch($property) {
>            case 'id': return array(
>                'column'=>'integer',
>                'isPrimary'=>true,
>                'autoIncrement'=>true
>            );
>
>            case 'Phonenumbers': return array(
>                'manytomany'=>'Phonenumber'
>            );
>        }
>    }
> }
>
> is way more verbose, but I can instantly grok what is going on without
> learning a new syntax, without waiting for my opcode cache to support it,
> and without waiting for my editor to understand the new syntax.
>

The editor argument is out of place
do you really think that the engine should we built around what IDE
supports?


> Don't underestimate the difficulty in getting opcode cache support for
> something like this. If you think the engine code is complex, try digging
> into the opcode cache code. It will be much much harder to write the opcode
> cache support than it was to write the engine code for it.
>
> I also have a personal problem with code that needs to introspect on every
> web request in order to run. But that is likely because I am old and gray
> and used to stare sceptically at the assembly output of the first C
> compilers to see if I could come up with an alternative that would take
> fewer cycles.
>
> -Rasmus
>
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>

--bcaec548a44558e37804a2eb19fc--