Re: [RFC] [Discussion] Namespaces in Core
| From: | Levi Morrison | Date: | Sat, 10 Jun 2017 21:11:46 +0000 |
| Subject: | Re: [RFC] [Discussion] Namespaces in Core | ||
| References: | 1 2 3 4 5 6 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-99486@lists.php.net to get a copy of this message | ||
On Sat, Jun 10, 2017 at 1:34 PM, Fleshgrinder <php@fleshgrinder.com> wrote:
> On 6/10/2017 9:24 PM, Levi Morrison wrote:
>> If we were starting from scratch maybe we'd do as you are proposing.
>> However, there is absolutely zero value in these specific things being
>> namespaced *anywhere*:
>>
>> - Arrays
>> - Reflection
>> - Strings
>> - IO
>>
>> We already have established conventions and prefixes around these.
>> Moving them to a namespace has zero value.
>>
>> I'm not sure what logging you are talking about for PHP.
>>
>> That leaves UUID, which I am fine with having its own namespace if
>> there are enough functions, constants, classes, etc to support it.
>>
>
> These are examples!?!
>
> I see no reason to limit our thoughts and imagination here. This is a
> proposal for the future of PHP, for whatever might come. Limiting us
> seems more than counterproductive to me.
>
> Array, Bool, Int, Float, String, ... all of them are valid things to
> think about. Not only as an intellectual game, but also in the light of
> _scalar objects_ [1].
>
> [1] https://github.com/nikic/scalar_objects
>
> PS: Moving of anything that already exists was never mentioned, implied,
> or part of the proposal. This is something Levi just brought up and I
> want to repudiate myself in the strongest terms from moving anything!
>
> --
> Richard "Fleshgrinder" Fussenegger
>
You put out namespaces for them which implies you think we might do that.