Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:74457
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.192.47 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <1400851698.2870.9315.camel@guybrush>
References: <CA+9eiLuknJ7am5jU4WBN7fGXUcZtbb6axsji8ZnydCJ4P-O9hw@mail.gmail.com>
	<79B69A20-15AD-4C07-B026-61C2C9DEBBE5@ajf.me>
	<1400851698.2870.9315.camel@guybrush>
Date: Fri, 23 May 2014 17:28:21 +0200
Message-ID: <CAEZPtU7d=LNOU6SHiR8uqBP_07Ea4yghhrCwYp5=LU=pHfcZ3g@mail.gmail.com>
To: =?UTF-8?Q?Johannes_Schl=C3=BCter?= <johannes@schlueters.de>
Cc: Andrea Faulds <ajf@ajf.me>, Dmitry Stogov <dmitry@zend.com>, PHP Internals <internals@lists.php.net>, 
	Bob Weinand <bobwei9@hotmail.com>, Stas Malyshev <smalyshev@sugarcrm.com>, 
	Zeev Suraski <zeev@zend.com>, Xinchen Hui <xinchen.h@zend.com>, Andi Gutmans <andi@zend.com>, 
	Nikita Popov <nikita.ppv@gmail.com>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Subject: Re: [PHP-DEV] [RFC] Fast Parameter Parsing API
From: pierre.php@gmail.com (Pierre Joye)

Hi Dmitry, Bob,

On Fri, May 23, 2014 at 3:28 PM, Johannes Schl=C3=BCter
<johannes@schlueters.de> wrote:
> On Fri, 2014-05-23 at 13:52 +0100, Andrea Faulds wrote:
>> On 23 May 2014, at 12:36, Dmitry Stogov <dmitry@zend.com> wrote:
>>
>> > Please take a look at https://wiki.php.net/rfc/fast_zpp
>> >
>> > Thanks. Dmitry.
>>
>> This looks like a great idea. I like how it=E2=80=99s not only faster, b=
ut it
>> seems to be more readable.
>
> More readable? - I feel exactly the opposite. Yes, we get rid of void
> pointers but use a pattern easy to understand. This looks like macro
> hell.

I feel the same way. I very much the idea of rewamping zpp, it is a
long due taks.

However the way it is implemented in this RFC is not something I would
like to work with for a decade or so. The performance gain is also not
sufficient enough to justify it.

I think we should think more about other options (no matter how long
you spent discussing options before posting this RFC). I am sure we
can come with other solutions which may be cleaner and also provide
some performance improvements.

> If we break APIs anyways: Can't we go for C++ which allows providing
> high level APIs with high performance ...

Yes, C++ would in this case provides almost all we need for
implementing parameter management in a clean and efficient way. Not
sure if it is desired tho'.

By the way, please do not ask me to come with code and cases to valid
my comment here, I won't. At least not until things get clarified
about we wish. The last thing we need is yet another Zend vs World
about that :)

Cheers,
--=20
Pierre

@pierrejoye | http://www.libgd.org