Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:41009 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 4087 invoked from network); 14 Oct 2008 18:42:29 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 14 Oct 2008 18:42:29 -0000 Authentication-Results: pb1.pair.com smtp.mail=stas@zend.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=stas@zend.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain zend.com designates 212.25.124.163 as permitted sender) X-PHP-List-Original-Sender: stas@zend.com X-Host-Fingerprint: 212.25.124.163 il-gw1.zend.com Windows 2000 SP4, XP SP1 Received: from [212.25.124.163] ([212.25.124.163:49962] helo=il-gw1.zend.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 7C/5F-25867-418E4F84 for ; Tue, 14 Oct 2008 14:42:29 -0400 Received: from us-ex1.zend.com ([192.168.16.5]) by il-gw1.zend.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 14 Oct 2008 20:42:47 +0200 Received: from [192.168.16.110] ([192.168.16.110]) by us-ex1.zend.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 14 Oct 2008 11:42:44 -0700 Message-ID: <48F4E824.7020104@zend.com> Date: Tue, 14 Oct 2008 11:42:44 -0700 Organization: Zend Technologies User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Lester Caine CC: PHP internals References: <696583.1217.qm@web707.biz.mail.mud.yahoo.com> <037801c92e27$c913f3a0$3ffc1f3e@foxbox> <48F4E520.5050200@lsces.co.uk> In-Reply-To: <48F4E520.5050200@lsces.co.uk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 14 Oct 2008 18:42:44.0561 (UTC) FILETIME=[A56D4410:01C92E2C] Subject: Re: [PHP-DEV] namespaces and alpha3 From: stas@zend.com (Stanislav Malyshev) Hi! > Can anybody come up with a good case for why functions and constant > should be 'thrown out with the bath water' ? I can name two: 1. Most (not all, I know, but most) of the use cases for namespaces are in the OO realm, and most of the problems they are to serve come from that realm too. So at least initially most of the active users, which wait for it impatiently, are OO users, and classes are the thing the care the most about. 2. Everything becomes so much simpler with only classes. Classes and functions have very different usage patterns in PHP, so if we try to serve them both we inevitably encounter some "inconsistencies" in how they are served, because of the different usage patterns, which may be a problem for some purists. I personally don't care too much for "inconsistencies" if they serve the user - i.e. allow to do useful things easier - but I know there are other approaches. Please note that doesn't mean we _must_ drop them - I am just presenting the argument for it, I am aware of the existence of the arguments against too. -- Stanislav Malyshev, Zend Software Architect stas@zend.com http://www.zend.com/ (408)253-8829 MSN: stas@zend.com