Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:40647 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 29210 invoked from network); 23 Sep 2008 21:34:01 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 23 Sep 2008 21:34:01 -0000 Authentication-Results: pb1.pair.com header.from=tony@tonybibbs.com; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=tony@tonybibbs.com; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain tonybibbs.com from 209.191.119.231 cause and error) X-PHP-List-Original-Sender: tony@tonybibbs.com X-Host-Fingerprint: 209.191.119.231 web706.biz.mail.mud.yahoo.com Received: from [209.191.119.231] ([209.191.119.231:45978] helo=web706.biz.mail.mud.yahoo.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 9F/D9-33890-7C069D84 for ; Tue, 23 Sep 2008 17:34:01 -0400 Received: (qmail 79128 invoked by uid 60001); 23 Sep 2008 21:33:56 -0000 X-YMail-OSG: FHuI5agVM1n7uCRsxw3xA7zEHnWgUZ8Yjgpnn.x.hpQNWkSHUFZtT9ob2T4N5NWlmCF.6WUMcSsptmgdV3bfsYQjn0EoEDawAKckKYhjifbmgI0q2bV8cvHCGlN99xSjnbGDkDyZjhFCj8Lr73sCG4b9 Received: from [216.51.246.190] by web706.biz.mail.mud.yahoo.com via HTTP; Tue, 23 Sep 2008 14:33:56 PDT X-Mailer: YahooMailRC/1096.28 YahooMailWebService/0.7.218.2 Date: Tue, 23 Sep 2008 14:33:56 -0700 (PDT) To: internals@lists.php.net MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <690689.77991.qm@web706.biz.mail.mud.yahoo.com> Subject: Re: [PHP-DEV] true namespaces, yet another point of view From: tony@tonybibbs.com (Tony Bibbs) 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 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" 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