I disagree here...it is both wanted and and needed. This feature has been promised to the community for quite some time now and I'd simply remind you you do have the option of *not* using namespaces if you don't want too. If you like REALLY_LONG_CLASS_NAMES that's still perfectly valid. Don't like it, don't use it but I think working through the remaining issues and getting it out is important. Making right decision on the approach is important too and from an outsiders point of view a lot of progress has been made and it now seems very, very close to being a reality. Ditching it should be the last thing considered.
I can't say it enough, if you don't like where the namespace implementation ends up you can simply decide not to use it. --Tony ----- Original Message ---- From: Kevin Waterson <[EMAIL PROTECTED]> To: internals@lists.php.net Sent: Tuesday, September 23, 2008 3:57:41 PM Subject: Re: [PHP-DEV] true namespaces, yet another point of view This one time, at band camp, "jvlad" <[EMAIL PROTECTED]> wrote: > May I suggest something in this area? May I suggest something also.. Lets just let namespaces die and let it become a repressed memory as it seems it is more trouble that it is worth. Seriously. For 10+ years we have got on just fine without them, and the amount of work to get a second-best implementation that nobody agrees on hardly seems benificial. The gains of namespaces are minimal at best, because a few cannot be bothered with some simple prefixing. PHP 5.3 release is looming, and there is STILL conflict about implementation. The current approach is a long way from what was thought of as namespace support and it seems nobody is completely happy with any model that has been put forward. The current implementation is nothing but a series of comprimses, each one taking away a little of the functionality that was first envisaged. Lets just let it die. It is un-needed, un-wanted by many, and the end result seems to be less that optimal, or even a true implementation of namespaces. Kevin -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
