Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:109864
MIME-Version: 1.0
References: <CANOvohpz5OzHZSxdABncBXRQfeF-XnKqpK8BBDQ8OeT+jBL96w@mail.gmail.com>
 <5ea5e72d.1c69fb81.ecd6b.8d05SMTPIN_ADDED_MISSING@mx.google.com> <CALKiJKpjwrdhnQT35myRRC-Sx-kFLzNQ6=a7J-_yEyzFm+2XVA@mail.gmail.com>
In-Reply-To: <CALKiJKpjwrdhnQT35myRRC-Sx-kFLzNQ6=a7J-_yEyzFm+2XVA@mail.gmail.com>
Date: Tue, 28 Apr 2020 01:19:30 +0300
Message-ID: <CAGgaK7+9=mCR+4-LC7PcBSO=va04PQOb+Z0UiVNrbqM4jOpDuw@mail.gmail.com>
To: Rowan Tommins <rowan.collins@gmail.com>
Cc: PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary="00000000000082151105a44d1c26"
Subject: Re: [PHP-DEV] Re: [RFC] PHP Namespace Policy
From: maxsem.wiki@gmail.com (Max Semenik)

--00000000000082151105a44d1c26
Content-Type: text/plain; charset="UTF-8"

On Mon, Apr 27, 2020 at 11:26 AM Rowan Tommins <rowan.collins@gmail.com>
wrote:

> To me, the answer to that is quite simple: we have several hundred
> functions, and several dozen classes and interfaces, which are not in such
> a namespace; and we have millions of lines of code out in the world using
> them. So either we need a strong rationale and a concrete plan to move all
> of those into the namespace, or we need a consistent policy on what goes in
> and what stays out.


To me as an end-user, the ability to write readable code is as important as
ability to write code that performs well and is well-tested. All these
prefixes, like PhpAttribute being discussed right now, only decrease
readability. I'd rather have to import \PHP\Attribute or use plain ol'
\Attribute but no prefixes pretty please. I know they can be renamed
locally via `use PhpFoo as Foo;` but that's a kludge.


> It wouldn't make much sense, for instance, to have
> PHP\str_contains but no plan to move str_replace.


We don't have to mix namespaced and non-namespaced stuff within the same
area, thus all str* functions should remain unnamespaced, and honestly I
personally don't care if _functions_ are in \ or \PHP. I, however, would
love if no new classes in PHP were prefixed.

-- 
Best regards,
Max Semenik

--00000000000082151105a44d1c26--