Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:84387
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.192.44 as permitted sender)
MIME-Version: 1.0
Sender: yohgaki@gmail.com
In-Reply-To: <CAL0xaBFJtxd3gf9H3ToD0-6mugOBFWR50wB_MRnQ0UZsPWF0Fw@mail.gmail.com>
References: <CAGa2bXYa5Lz0JqySVSQ+hGfCW-WxxKWvqFtWaZo=OVf+LLsV8A@mail.gmail.com>
 <54F4E93C.80206@gmail.com> <54F4EBEC.2090702@garfieldtech.com>
 <CAGa2bXaQ0SgLWdv7WCoo_qyOQH=t2Vi_bwpk7qXZDEUk+7S7ew@mail.gmail.com>
 <54F4F3FC.6060501@fischer.name> <CAGa2bXb-d7A3So8e76=p5qqxrZgLK2B_4RKA1OKg0nHZiw9z6A@mail.gmail.com>
 <54F4FDFB.8010701@lsces.co.uk> <CAGa2bXZUvJJVDVj-48qpPuMas12fnDigKGcE-r=TK20Sahyi7w@mail.gmail.com>
 <54F5895D.3090002@gmail.com> <CAGa2bXbuNEcvoeeBhkUUEkiHZJFvJTVX=h_JPTLHpMTtgbCokw@mail.gmail.com>
 <554F0C3F-770F-4694-A5AB-FDC54FCCBF00@gmail.com> <CAGa2bXbDdS=N=JmPwBa1iorx1aJPuo00EfU7bw31cknAxAfDyQ@mail.gmail.com>
 <1FCB68B8-3E55-4B5D-B805-9D92D848A3A1@gmail.com> <CAGa2bXYrsa7t80qo_9YEiU=ZD4k+KESU3Hn+DiJeVvwgFyyjRQ@mail.gmail.com>
 <5D8591E2-5AE6-4B4C-AAE0-3D15523410AC@gmail.com> <CAGa2bXa+RyQLuYe72f2m+j5c+YObfPtaOTeknMRU7p3s+96Seg@mail.gmail.com>
 <CEF2AD42-3CE1-489F-8192-D1DC3D8D8698@gmail.com> <CAGa2bXZDnuE3mKQYD+Sq2=kH=YDXuRQA3o+9wg4v81ZS+h3rLw@mail.gmail.com>
 <54F83C4D.1020206@gmail.com> <CAEZPtU6ni038E+b0ziAC1b0w=t3gsmBwMjAui4e0sXd8EgbyXQ@mail.gmail.com>
 <CAL0xaBF7u2h9A5UnVB+-z6SwDtLOVY_qL7B9UGj7w_Lecwct6A@mail.gmail.com>
 <CAGa2bXa5zER03VrMrtD9aUQ38LK9C_UWU-jbGjzEZUoxbUsSQQ@mail.gmail.com> <CAL0xaBFJtxd3gf9H3ToD0-6mugOBFWR50wB_MRnQ0UZsPWF0Fw@mail.gmail.com>
Date: Sat, 7 Mar 2015 05:09:47 +0900
Message-ID: <CAGa2bXaO=Spn5f6qTY8ZrPE8eJ-qwPMS-+2-FHKAVqAnSKsp+Q@mail.gmail.com>
To: Arvids Godjuks <arvids.godjuks@gmail.com>
Cc: Pierre Joye <pierre.php@gmail.com>, Rowan Collins <rowan.collins@gmail.com>, 
	"internals@lists.php.net" <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=001a1135cda29d1e2d0510a446a3
Subject: Re: [PHP-DEV] Consistent function names
From: yohgaki@ohgaki.net (Yasuo Ohgaki)

--001a1135cda29d1e2d0510a446a3
Content-Type: text/plain; charset=UTF-8

Hi Ardids,

On Fri, Mar 6, 2015 at 8:22 AM, Arvids Godjuks <arvids.godjuks@gmail.com>
wrote:

> Why not take advantage of namespaces and do the new API, building it up
> version by version (sure it can't be done in one go), so probably the
> extensions gonna follow too.
> That allows you to use as OO interface, so do the functions. Well, yes, it
> will be under a namespace, but at least new projects can be started that
> way. And old code will be easy enough to port, it's mostly a question of
> refactoring tools.
>

This just does not work for people oppose to have new names for consistency.
This proposal do not break scripts, almost. Therefore, namespace is not
mandatory.

We should have namespace for internal functions. I agree this part.
Even if we have namespace that could work for internal functions, we still
need
standard confirming names. I propose PHP and IEEE as procedural function
name standards.


>
> Aliasing is a stop-gap measure, isn't it? API's tend to get redesigned and
> PHP's is due to a major makeover. So, why not embrace it? No one's forcing
> to retire the old one any time soo, and I belive people understand it will
> be a very long time before it is phased out, if ever (well, I think in like
> 20 years probably is doable). And if done right, it may be done in a way
> that if you don't need it, you can leave out the old API on compile stage -
> not sure if doable thought.
>

It's not about gap or having new API, but having consistent name. Most
procedural APIs except misordered parameter do not need new API. They only
needs consistent names.

Please suggest better/right way. Having namespace is not alternative for
having consistent names.

Regards,

--
Yasuo Ohgaki
yohgaki@ohgaki.net

--001a1135cda29d1e2d0510a446a3--