Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:71711
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.217.172 as permitted sender)
MIME-Version: 1.0
Sender: yohgaki@gmail.com
In-Reply-To: <CAEZPtU6749gD2a9BDzdTQoBPUsPDSspjukZvFw9qwt=Le5Q1zQ@mail.gmail.com>
References: <CAEZPtU6749gD2a9BDzdTQoBPUsPDSspjukZvFw9qwt=Le5Q1zQ@mail.gmail.com>
Date: Wed, 29 Jan 2014 12:05:54 +0900
Message-ID: <CAGa2bXbfO-x9kMkC6UWujJbzVZrRdQ_N=PsZchGtXjGnxXRFKg@mail.gmail.com>
To: Pierre Joye <pierre.php@gmail.com>
Cc: PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=047d7b3a87668269bb04f1133ac4
Subject: Re: [PHP-DEV] some thoughts about php 6
From: yohgaki@ohgaki.net (Yasuo Ohgaki)

--047d7b3a87668269bb04f1133ac4
Content-Type: text/plain; charset=UTF-8

Hi Pierre,

On Tue, Jan 28, 2014 at 11:32 PM, Pierre Joye <pierre.php@gmail.com> wrote:

> However it has drawback, adoption.
>
> One thing I would very strongly consider is the actual gains brought
> by a change.
>
> - rename or alias functions to fulfill our naming conventions or
> coding standards
>   . where is the gain in the long term?
>   . most of the functions are procedural and string/array/scalar
> related. I would prefer to think about alternative solutions like the
> NIkic's proposal using OO-like APIs. Keeps BC, brings cleaner APIs
> into the game
>

I agree it's nicer.
My only concern is that the same discussion was done about 10 years
ago and still don't have them. We may be able to clean up string/array
functions. However it seems odds are high that we still have live legacy
names
around next 10 years or more especially in modules...

Regards,

--
Yasuo Ohgaki
yohgaki@ohgaki.net

--047d7b3a87668269bb04f1133ac4--