some people like a "misguided" implementation of namespaces. The idea of
namespaces is to prevent collisions in USER land code, not turning
internal PHP classes into a pile of goo.
Yes, idea of namespaces is not to turn PHP classes into a pile of goo.
But what's your point?
I don't quite understand why allowing multiple namespaces is such a big
issue, however - it won't solve the naming collision issue.
I'm sorry, I don't understand what you mean by "multiple namespaces" -
multiple namespaces per file? I object to allowing it for reasons having
absolutely nothing to do with naming collisions, as anybody bothering to
actually read what I wrote would immediately know.
That's because namespaces are not executable blocks.
Neither are classes.
Your point being?
No, but, do you really need to have such long names? And besides that,
Yes. Such names are hard fact of life, I have seen them in many
applications and libraries, and I have heard developers to complain
about it.
you *have* to keep repeating them in every file you'd want to use them -
Once per file, yes. Much better than having to spell out all the long
names every time.
> Just saying "Yes, they are" is not a very good argument - actually,
it's
not an argument at all.
No more and no less than "I wonder if they are useful, let's just delete
them".
Actually, it's exactly the opposite, as I avoid naming colissions
(point 1), I don't need to import every class I want to use (point 2),
and can group all my classes together in one file (point 3).
Of course, if you don't want to hear about namespaces, nobody can force
you. However, all of your points (avoiding naming collisions, not
needing to import every class you want to use and ability to group
classes together) is exactly how namespaces work right now. If you
refuse to learn about it, it can't be helped, however that just means
you deny yourself a very useful tool.
--
Stanislav Malyshev, Zend Software Architect
[EMAIL PROTECTED] http://www.zend.com/
(408)253-8829 MSN: [EMAIL PROTECTED]
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
