Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:71674
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: error (pb1.pair.com: domain hristov.com from 91.196.124.214 cause and error)
Message-ID: <52E7C2CB.4030609@hristov.com>
Date: Tue, 28 Jan 2014 16:46:35 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0
MIME-Version: 1.0
To: internals@lists.php.net
References: <CAEZPtU6749gD2a9BDzdTQoBPUsPDSspjukZvFw9qwt=Le5Q1zQ@mail.gmail.com>
In-Reply-To: <CAEZPtU6749gD2a9BDzdTQoBPUsPDSspjukZvFw9qwt=Le5Q1zQ@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] some thoughts about php 6
From: php@hristov.com (Andrey Hristov)

Pierre,
On 28.01.2014 16:32, Pierre Joye wrote:
> hi,
>
> While reading the various discussions about what we should change,
> kill, remove, rename and similar operations, I thought it would be
> good to put things back in perspective.
>
> It is indeed very appealing to think about killing every single little
> annoyances PHP has accumulated. The idea to be able to write "nice and
> clean" code makes me feel good.
>
>
> 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
>
> - Case sensitivity
>    . Even with ini setting, which will be most likely system wild, will
> bring a major breakage for almost every single app out there. I do not
> see any gain to do it.
>

Amen!

Andrey