Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:40363 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 96874 invoked from network); 8 Sep 2008 18:26:51 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 8 Sep 2008 18:26:51 -0000 Authentication-Results: pb1.pair.com header.from=jochem@iamjochem.com; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=jochem@iamjochem.com; spf=permerror; 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:44317] helo=mx1.moulin.nl) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id B8/04-13670-B6E65C84 for ; Mon, 08 Sep 2008 14:26:51 -0400 Received: from localhost (localhost [127.0.0.1]) by mx1.moulin.nl (Postfix) with ESMTP id E70C7273AFA; Mon, 8 Sep 2008 20:26:47 +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 n8vREGmVOLvK; Mon, 8 Sep 2008 20:26:43 +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 2FA1326D08D; Mon, 8 Sep 2008 20:26:43 +0200 (CEST) Message-ID: <48C56E63.1070805@iamjochem.com> Date: Mon, 08 Sep 2008 20:26:43 +0200 User-Agent: Thunderbird 2.0.0.16 (Macintosh/20080707) MIME-Version: 1.0 To: Elizabeth M Smith CC: Stanislav Malyshev , internals@lists.php.net References: <486FA5FB.1000300@php.net> <48C55855.4080602@zend.com> <48C5624A.1040901@zend.com> <48C56743.2060706@zend.com> <48C56821.2040805@shitennou.com> <48C5695E.1010404@zend.com> <48C56A51.1000307@shitennou.com> In-Reply-To: <48C56A51.1000307@shitennou.com> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Re: towards a 5.3 release From: jochem@iamjochem.com (Jochem Maas) Elizabeth M Smith schreef: > Stanislav Malyshev wrote: >> Hi! >> >>> Personally I don't see the point of of having functions in namespaces if >>> you can't "use" them in a global scope. >> You mean, if you can do foo() it has a point but if it's F::foo() it >> doesn't? Then I think your point was purely cosmetical from the start >> and wasn't real either way. Saving 3-4 keystrokes was never a major goal. >> namespaces weren't really meant as mechanism to replace functions in >> code without anybody noticing - they are not that hack. It might be a >> neat hack for some uses - but I just don't think it has anything to do >> with namespaces. > > Depends on what you think namespaces are for. > > For me they are ways to "package up" code without interfering with built > in PHP functions or other libraries I wish to use. > > I don't want to retrain myself or others to call all functions in my > code as though they were static methods. I want to be able to have > functions with the same names as php functions without prefixing or > other extra typing - not because it saves keystrokes, but because it's > confusing - is that a function call or a method call? ofcourse that whole issues actually arises from the brilliant decision to use '::' as the namespace resolution operator. not that functions shouldn't be fully aliasable if classes can be. > > Thanks, > Elizabeth >