Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:33742 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 91099 invoked by uid 1010); 5 Dec 2007 17:44:03 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 91084 invoked from network); 5 Dec 2007 17:44:03 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 5 Dec 2007 17:44:03 -0000 Authentication-Results: pb1.pair.com header.from=robert@interjinn.com; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=robert@interjinn.com; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain interjinn.com from 66.11.173.122 cause and error) X-PHP-List-Original-Sender: robert@interjinn.com X-Host-Fingerprint: 66.11.173.122 unknown Received: from [66.11.173.122] ([66.11.173.122:39461] helo=blobule.interjinn.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 81/D7-20707-363E6574 for ; Wed, 05 Dec 2007 12:44:03 -0500 Received: by blobule.interjinn.com (Postfix, from userid 2000) id 3CEE65AD64B; Wed, 5 Dec 2007 12:44:01 -0500 (EST) To: Stanislav Malyshev Cc: Larry Garfield , internals@lists.php.net In-Reply-To: <4756E11B.8030302@zend.com> References: <200712042226.08192.larry@garfieldtech.com> <1196829384.14915.6.camel@blobule> <4756E11B.8030302@zend.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: InterJinn Date: Wed, 05 Dec 2007 12:44:00 -0500 Message-ID: <1196876641.14915.40.camel@blobule> Mime-Version: 1.0 X-Mailer: Evolution 2.10.1 Subject: Re: [PHP-DEV] RFC: Dropping Namespace From: robert@interjinn.com (Robert Cummings) On Wed, 2007-12-05 at 09:34 -0800, Stanislav Malyshev wrote: > > Namespace support is for people who didn't name their classes/functions > > properly. > > Here's a claim so weird I don't know how to parse it. I think you're confusing parsing for grokking. Namespace support is merely candy coating for naming conventions. Namespaces have the same collision problems that class naming and function naming have. Only confined to the name of the namespace itself. This is identical to using a prefix when naming your classes or functions. The only thing namespaces bring to the table beyond that, is the ability to shorthand the class names within the namespace... as I said candy coating. If everyone had named their classes and functions with appropriate prefixes then this would be a non-issue. Seriously, how were so many people so short-sighted to think that only they would ever call a class "Date". There's only a few million other candidate developers out there with the similar ideas. Hope this clears up your confusion, although I doubt you were particularly confused. Cheers, Rob. -- ........................................................... SwarmBuy.com - http://www.swarmbuy.com Leveraging the buying power of the masses! ...........................................................