This is a dangerous comment. Again to make it clear, with a single
separator, whatever it may we, we will still have ambiguity. Only with
two different separators as Greg describes can we really solve this
problem. But yes, we I presume what you mean to say is that if we want to
improve the situation we have to find a second separator.
I wish I had Derick's guts to just say 'classes only, forever'. It's simpler
and cleaner that way, and it's more like the PHP I know and love. But the
way things are going, the PHP I know and love isn't the PHP that's waiting
just over the horizon anyway.
T_SHALOSH_PIAMIM_NEKUDOTAYIM would solve the problem of ambiguity in
namespace elements, isn't used already, and hopefully would be pretty clear
to humans even outside Israel. ::: has the advantage that it says "something
bigger than a class". And it's relatively easy to check for in the Engine
too. But it's one heck of a mouthful :)
I'm less happy about retaining the global accessor as ::, and I definitely
don't like the look of nested namespaces that use paamayim nekudotayim as a
separator, because 'scope resolution operator' still means 'classes' to me.
But at least I understand (now) why this is necessary if functions/constants
are to be supported, and if I can understand it it must be easy to document
it.
@Lukas: tell me when.
- Steph
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php