Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:31196 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 76789 invoked by uid 1010); 23 Jul 2007 15:08:50 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 76774 invoked from network); 23 Jul 2007 15:08:50 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 23 Jul 2007 15:08:50 -0000 Authentication-Results: pb1.pair.com smtp.mail=brianlmoon@php.net; spf=unknown; sender-id=unknown Authentication-Results: pb1.pair.com header.from=brianlmoon@php.net; sender-id=unknown Received-SPF: unknown (pb1.pair.com: domain php.net does not designate 129.41.69.185 as permitted sender) X-PHP-List-Original-Sender: brianlmoon@php.net X-Host-Fingerprint: 129.41.69.185 smtp.dealnews.com Linux 2.5 (sometimes 2.4) (4) Received: from [129.41.69.185] ([129.41.69.185:35687] helo=smtp.dealnews.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id AC/22-32314-184C4A64 for ; Mon, 23 Jul 2007 11:08:50 -0400 Received: (qmail 22505 invoked from network); 23 Jul 2007 11:08:47 -0400 Received: from unknown (HELO mail.dealnews.com) (10.1.1.7) by -H with (DHE-RSA-AES256-SHA encrypted) SMTP; 23 Jul 2007 11:08:47 -0400 Received: (qmail 28830 invoked from network); 23 Jul 2007 11:08:47 -0400 Received: from h148.21.91.75.ip.alltel.net (HELO ?10.1.6.4?) (brianm@75.91.21.148) by -H with ESMTPA; 23 Jul 2007 11:08:47 -0400 Message-ID: <46A4C46D.6010903@php.net> Date: Mon, 23 Jul 2007 10:08:29 -0500 User-Agent: Thunderbird 2.0.0.5 (Macintosh/20070716) MIME-Version: 1.0 To: Derick Rethans CC: =?UTF-8?B?RGF2aWQgWsO8bGtl?= , PHP Internals References: <46A31D95.2080407@fischer.name> <46A4661A.6080202@zend.com> <200707231140.55535.pstradomski@gmail.com> <46A4BA4F.6090506@dealnews.com> <40CA6572-030F-43E2-8706-64D1167C527C@bitxtender.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] Question about Namespace patch From: brianlmoon@php.net (Brian Moon) Derick Rethans wrote: > I sort of agree, I don't see how the current implementation is really > useful for anything. Well, for us, it would be useful for using 3rd party applications with our internally written code. We have mostly a functional (as in C not as in BASIC) environment. Recently we wanted to use Wordpress and MediaWiki for an internal project. We had to drudge through THEIR code and the error logs to find all the functions that conflicted with ones in our own code library. Now, if we had this namespaces implementation, we could namespace all of our internal code with a namespace of dealnews and ideally those projects would namespace their projects. This way there would be no conflicts in the global scope. Now, in Phorum, we did it the hard way and have hundreds of phorum_* functions. It makes for some really bad reading code with those huge function names. I guess what this comes down to is that these namespaces are better for project wide things and not so good at smaller parts. I agree that I would not want to work with 50 different namespaces with this solution. But, I would never work with 50 different namespaces as I don't find that type of organization useful. -- Brian Moon Senior Developer ------------------------------ http://dealnews.com/ It's good to be cheap =)