Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:40688 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 23822 invoked from network); 25 Sep 2008 17:17:27 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 25 Sep 2008 17:17:27 -0000 X-Host-Fingerprint: 85.21.236.169 xdmitri.dialup.corbina.ru Received: from [85.21.236.169] ([85.21.236.169:26396] helo=localhost.localdomain) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id FD/70-19781-7A7CBD84 for ; Thu, 25 Sep 2008 13:17:27 -0400 Message-ID: To: internals@lists.php.net References: <690689.77991.qm@web706.biz.mail.mud.yahoo.com> Date: Thu, 25 Sep 2008 21:17:25 +0400 Lines: 25 X-Priority: 3 X-MSMail-Priority: Normal X-Newsreader: Microsoft Outlook Express 6.00.2900.5512 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-RFC2646: Format=Flowed; Original X-Posted-By: 85.21.236.169 Subject: Re: [PHP-DEV] true namespaces, yet another point of view From: dmda@yandex.ru ("jvlad") I share your thoughts and yes namespaces are needed and wanted, but what's implemented at the moment is quite far from what I'd call a namespace. I need and want to see there all language entities including variables, constants, classes, interfaces, and functions. Want to see them all supported by namespaces or nothing. -JV >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 >