Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:40606 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 43392 invoked from network); 22 Sep 2008 19:16:01 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 22 Sep 2008 19:16:01 -0000 Authentication-Results: pb1.pair.com smtp.mail=jochem@iamjochem.com; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=jochem@iamjochem.com; sender-id=unknown Received-SPF: error (pb1.pair.com: domain iamjochem.com from 194.109.193.121 cause and error) X-PHP-List-Original-Sender: jochem@iamjochem.com X-Host-Fingerprint: 194.109.193.121 mx1.moulin.nl Linux 2.6 Received: from [194.109.193.121] ([194.109.193.121:46723] helo=mx1.moulin.nl) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 78/10-42380-0FEE7D84 for ; Mon, 22 Sep 2008 15:16:00 -0400 Received: from localhost (localhost [127.0.0.1]) by mx1.moulin.nl (Postfix) with ESMTP id F09CC28778D; Mon, 22 Sep 2008 21:15:56 +0200 (CEST) X-Virus-Scanned: amavisd-new at moulin.nl Received: from mx1.moulin.nl ([127.0.0.1]) by localhost (mx1.moulin.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TFzguRJW5YzY; Mon, 22 Sep 2008 21:15:52 +0200 (CEST) Received: from [10.0.13.104] (ip129-15-211-87.adsl2.static.versatel.nl [87.211.15.129]) by mx1.moulin.nl (Postfix) with ESMTP id 3CFC9287784; Mon, 22 Sep 2008 21:15:52 +0200 (CEST) Message-ID: <48D7EEE8.2060701@iamjochem.com> Date: Mon, 22 Sep 2008 21:15:52 +0200 User-Agent: Thunderbird 2.0.0.16 (Macintosh/20080707) MIME-Version: 1.0 To: Dmitry Stogov CC: Greg Beaver , Lupus Michaelis , internals@lists.php.net References: <48D47532.8080102@chiaraquartet.net> <10845a340809201643q59e27211i471e09241f7253b1@mail.gmail.com> <200809202000.38870.larry@garfieldtech.com> <48D66160.40306@chiaraquartet.net> <48D79672.4060208@zend.com> <48D79B9D.2080703@iamjochem.com> <48D7A5C8.7070503@zend.com> In-Reply-To: <48D7A5C8.7070503@zend.com> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] solving the namespace conflict issues between function/staticmethod class constant/ns constant From: jochem@iamjochem.com (Jochem Maas) hi Dmirty, > >>> I really don't see a reason to change namespace syntax into a less >>> intuitive way. >> I don't think the current implementation is intuitive, the ambiguity >> issues, >> (and possibly the name resolution order, although I can't grok what the >> current >> state of that is) are rather large WTFs. >> >>> Your speed degradation argument isn't truth. The >>> ambiguity problem exists, but it is just an ability to use php in a >>> wrong way. Just don't create conflicting names. >> which begs the question, what was namespaces created for? >> (that's a serious question because your statement has me truly confused) >> you didn't answer the question (and AFAIC the readme doesn't either). > > README.namespaces was committed into PHP_5_3 about year ago. a 14 month old document which doesn't cover the status quo, and begins with a disingenuous statement about the problem namespaces try to solve (is that really all there is to namespaces? to avoid typing long class names? most people have auto-complete features in their editor to take care of that 'problem' and it really doesn't explain why constants or functions exist in namespaces at all.)