On Sat, Jun 10, 2017 at 1:34 PM, Fleshgrinder <p...@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. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
