Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:40364 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 6042 invoked from network); 8 Sep 2008 18:38:57 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 8 Sep 2008 18:38:57 -0000 Authentication-Results: pb1.pair.com smtp.mail=auroraeosrose@shitennou.com; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=auroraeosrose@shitennou.com; sender-id=unknown Received-SPF: error (pb1.pair.com: domain shitennou.com from 208.83.222.18 cause and error) X-PHP-List-Original-Sender: auroraeosrose@shitennou.com X-Host-Fingerprint: 208.83.222.18 unknown Linux 2.6 Received: from [208.83.222.18] ([208.83.222.18:47499] helo=mail.bluga.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 02/16-13670-14175C84 for ; Mon, 08 Sep 2008 14:38:57 -0400 Received: from mail.bluga.net (localhost.localdomain [127.0.0.1]) by mail.bluga.net (Postfix) with ESMTP id 1B19598DBD3; Mon, 8 Sep 2008 11:38:12 -0700 (MST) Received: from [192.168.1.101] (24-247-219-180.dhcp.cdwr.mi.charter.com [24.247.219.180]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bluga.net (Postfix) with ESMTP id 8611798DBD2; Mon, 8 Sep 2008 11:38:11 -0700 (MST) Message-ID: <48C5715C.2070102@shitennou.com> Date: Mon, 08 Sep 2008 14:39:24 -0400 User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: Stanislav Malyshev CC: 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> <48C56CEE.6050807@zend.com> <48C56DED.4010407@shitennou.com> <48C57045.6020003@zend.com> In-Reply-To: <48C57045.6020003@zend.com> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV using ClamSMTP Subject: Re: [PHP-DEV] Re: towards a 5.3 release From: auroraeosrose@shitennou.com (Elizabeth M Smith) 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? >> libraries. Let's just say it was an eye opening experience, and where >> my opinion that functions in namespace are essentially useless came from >> , since it forces procedural coders to totally alter the way they're >> accustomed to writing code. > > Well, yes, I guess it would make procedural coders be acquainted with > ::. Which is IMHO about time if they want namespaces - namespaces is OO > feature, so they can't have it both ways - use the sweet OO goodies but > stay with old procedural mindset. :) hehe - devil's advocate here - in that case why have functions in namespaces at all? I can see a case for constants ...but not functions. If functions in namespaces won't have the same treatment or features as classes why bother ;) Thanks, Elizabeth