Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:38024 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 23792 invoked from network); 31 May 2008 13:05:13 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 31 May 2008 13:05:13 -0000 Authentication-Results: pb1.pair.com smtp.mail=addw@phcomp.co.uk; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=addw@phcomp.co.uk; sender-id=pass Received-SPF: pass (pb1.pair.com: domain phcomp.co.uk designates 213.152.38.186 as permitted sender) X-PHP-List-Original-Sender: addw@phcomp.co.uk X-Host-Fingerprint: 213.152.38.186 freshmint.phcomp.co.uk Linux 2.5 (sometimes 2.4) (4) Received: from [213.152.38.186] ([213.152.38.186:62168] helo=mint.phcomp.co.uk) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id AB/77-02182-60D41484 for ; Sat, 31 May 2008 09:05:11 -0400 Received: from addw by mint.phcomp.co.uk with local (Exim 4.69) (envelope-from ) id 1K2Qlg-0002WK-2C for internals@lists.php.net; Sat, 31 May 2008 14:05:08 +0100 Date: Sat, 31 May 2008 14:05:08 +0100 To: internals@lists.php.net Message-ID: <20080531130508.GH4981@mint.phcomp.co.uk> References: <462e563f0805310543u3c5a87fbkaae6ab0b0653d67b@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.1i Organization: Parliament Hill Computers Ltd Subject: Re: [PHP-DEV] Alternative to multiple namespaces per file From: addw@phcomp.co.uk (Alain Williams) On Sat, May 31, 2008 at 03:51:25PM +0300, Stan Vassilev | FM wrote: > Hi, > > The community wanted namespaces. This is not exactly the namespaces it wanted, but since they're going in, I think the best course of action is to solve the big obvious problems so they are at least usable and extendable in future versions of PHP. > > If you have to ask *me* personally, I'd not put namespaces in 5.3 and have a big discussion about the entire implementation. But alas. > > I think those "showstopper" problems with namespaces are: > > 1) one namespace per file (look at frameworks like Symphony which compile their classes together for performance, they will never be able to switch to, or support namespaces). > ... To which I would add: namespaces are not for variables, this I would like to see. -- Alain Williams Linux Consultant - Mail systems, Web sites, Networking, Programmer, IT Lecturer. +44 (0) 787 668 0256 http://www.phcomp.co.uk/ Parliament Hill Computers Ltd. Registration Information: http://www.phcomp.co.uk/contact.php Chairman of UKUUG: http://www.ukuug.org/ #include