Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:52307
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain lsces.co.uk from 213.123.26.186 cause and error)
Message-ID: <4DCAC347.9090305@lsces.co.uk>
Date: Wed, 11 May 2011 18:11:35 +0100
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.18) Gecko/20110320 SUSE/2.0.13-1.2 SeaMonkey/2.0.13
MIME-Version: 1.0
To: PHP internals <internals@lists.php.net>
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> <BANLkTin+jWCzDapesBPaYXXfbCeDDS=UtA@mail.gmail.com> <4DC98100.6080806@oracle.com> <4DC9827B.6080409@lsces.co.uk> <BANLkTikAhrUBe7mrCDXu-Q1+YqjggQTUrw@mail.gmail.com> <4DC9AEF8.5070701@lsces.co.uk> <BANLkTi=L-HXceA7C8WJSb_uk17_CPqZmeA@mail.gmail.com>
In-Reply-To: <BANLkTi=L-HXceA7C8WJSb_uk17_CPqZmeA@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] annotations again
From: lester@lsces.co.uk (Lester Caine)

guilhermeblanco@gmail.com wrote:
> Hi Lester,
>
> On Tue, May 10, 2011 at 6:32 PM, Lester Caine<lester@lsces.co.uk>  wrote:
>> Ferenc Kovacs wrote:
>>>
>>> sorry my FUD counter just overflowed with your last comment.
>>
>> Sorry you feel that way, but obviously there are more people with my view
>> that we simply do not agree on IF annotation should be implemented. I'm a
>> lot more comfortable with something that works WITH what we already have
>> rather than going off on yet another tangent. Tidying existing docblock
>> content to an updated format makes a lot more sense then having to do a
>> wholesale re-write many thousands of files. Adding another copy of much of
>> the same data in a complete different format is equally insane?
>
> Documentation != Annotation.
>
> A documentation is something that is human readable and understandable
> bu humans, but not for applications.
> An annotation is a behavioral functionality that is between human
> readable and machine readable.
> It's the starting point for AOP, which allows you to intercept
> execution. I won't enter in details because I assume you have enough
> experience to know how does it work.

I feel that enough people have explained why the current docblock standard 
should not be replaced by yet another layer, but I have yet to see something 
'annotation' related that has not already been used for several years within the 
docblock wrapper format. I come from BCB where compiler commands have always 
been in comments so it's natural for me anyway.

>> PDO is another case in point - that is still not accepted and fully
>> functional as a replacement for the genric drivers ... ADOdb still provides
>> a valid abstraction layer, and if you must use PDO then it just loads that
>> instead of the generic one ... and it runs just as fast on either. PDO is
>> functional, but needs more work, however there are few people that find the
>> need for improving it?
>
> PDO is horrible. You have to implement workarounds for almost every driver
> For example Oracle driver... I already reported to Chris tons of
> issues (bug ids) that even include patches for each situation and I
> saw a *VERY* few bugs fixed.
> I know he has priorities and etc, but it seems that you flood your
> mouth to talk about PDO, but actually, writing abstraction drivers
> around it is very painful.

Something we can agree on! PDO was never the right solution to any problem, and 
had the time been spent on bringing the ADOdb accelerator code into PHP properly 
I can't help feeling we would have something much better today. I still use 
ADOdb and have since day one, and cringe when people ask why it hasn't been 
replaced by PDO ... when I can run the same test suite in ADOdb using a native 
and the equivalent PDO driver then things may be better, but you still need 
ADOdb to handle the SQL abstraction anyway.

-- 
Lester Caine - G8HFL
-----------------------------
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk//
Firebird - http://www.firebirdsql.org/index.php