Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:40368 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 14111 invoked from network); 8 Sep 2008 18:52:23 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 8 Sep 2008 18:52:23 -0000 Authentication-Results: pb1.pair.com smtp.mail=robert@interjinn.com; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=robert@interjinn.com; 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:27842] helo=interjinn.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id C5/08-13670-05475C84 for ; Mon, 08 Sep 2008 14:52:00 -0400 Received: from [192.168.1.3] (blobule.suds [192.168.1.3]) by interjinn.com (Postfix) with ESMTP id 886FF11FB77; Mon, 8 Sep 2008 14:51:48 -0400 (EDT) To: Elizabeth M Smith Cc: Stanislav Malyshev , internals@lists.php.net In-Reply-To: <1220899535.8241.1176.camel@localhost> 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> <48C56CEE.6050807@zend.com> <48C56DED.4010407@shitennou.com> <48C57045.6020003@zend.com> <48C5715C.2070102@shitennou.com> <1220899535.8241.1176.camel@localhost> Content-Type: text/plain Organization: InterJinn Date: Mon, 08 Sep 2008 14:52:25 -0400 Message-ID: <1220899945.8241.1182.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.22.3.1 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Re: towards a 5.3 release From: robert@interjinn.com (Robert Cummings) On Mon, 2008-09-08 at 14:45 -0400, Robert Cummings wrote: > On Mon, 2008-09-08 at 14:39 -0400, Elizabeth M Smith wrote: > > Stanislav Malyshev wrote: > > > Hi! > > > > > >> And what happens when you have two libraries and each has their own Date > > >> implementation? How is that any different? If you could alias in > > >> functions, you'd simply alias them in differently - call one _() and one > > >> new_gettext - that's the point of aliasing, to avoid collisions > > > > > > It's not different. But if you can have _() and new_gettext() - how > > > exactly is it so much better than Foo::_() and Bar::_()? So different > > > that the former is OK but the latter is absolutely useless? Just because > > > it the latter has ::? > > > > What is the point? Wouldn't it be just as well to have static methods > > in a class instead? What do I gain by having functions in namespaces? > > For me it's useless because there's another way to do exactly the same > > thing...don't we already have enough of that in PHP? > > Bad argument... there's another way to do namespaces without namespaces > too... it's called prefixing. Many, many, MANY developers still take a > procedural approach to development and as such many functions have the > naming conflicts. These libraries (as they may be) are not necessarily > under the control of the person wanting to use them and so punting > functions to classes may not be a viable option. In case it wasn't obvious btw, I was advocating namespace support for functions and not suggesting prefixing :) Cheers, Rob. -- http://www.interjinn.com Application and Templating Framework for PHP