Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:41011 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 11989 invoked from network); 14 Oct 2008 19:02:44 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 14 Oct 2008 19:02:44 -0000 Authentication-Results: pb1.pair.com smtp.mail=steph@php.net; spf=unknown; sender-id=unknown Authentication-Results: pb1.pair.com header.from=steph@php.net; sender-id=unknown Received-SPF: unknown (pb1.pair.com: domain php.net does not designate 64.99.136.132 as permitted sender) X-PHP-List-Original-Sender: steph@php.net X-Host-Fingerprint: 64.99.136.132 smtprelay-virgin0132.hostedemail.com Received: from [64.99.136.132] ([64.99.136.132:46393] helo=smtprelay-virgin.hostedemail.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id C4/11-25867-3DCE4F84 for ; Tue, 14 Oct 2008 15:02:43 -0400 Received: from filter.hostedemail.com (ff-bigip1 [10.5.19.254]) by smtprelay04.hostedemail.com (Postfix) with SMTP id 93AEF21F5ADC; Tue, 14 Oct 2008 19:02:39 +0000 (UTC) X-SpamScore: 1 X-Spam-Summary: 2,0,0,879340992e8f05c8,691ff1dea13fdf9b,steph@php.net,stas@zend.com:lester@lsces.co.uk:internals@lists.php.net,RULES_HIT:355:379:539:540:541:542:543:567:599:601:973:988:989:1155:1156:1260:1277:1311:1313:1314:1345:1437:1515:1516:1518:1534:1541:1587:1593:1594:1711:1730:1747:1766:1792:2073:2075:2078:2379:2393:2553:2559:2562:2828:3027:3353:3865:3866:3867:3868:3869:3870:3871:3872:3874:3876:3877:4250:5007:6114:6119:6261:7653:7875:7903,0,RBL:none,CacheIP:none,Bayesian:0.5,0.5,0.5,Netcheck:none,DomainCache:0,MSF:not bulk,SPF:,MSBL:none,DNSBL:none Received: from foxbox (62-31-252-63.cable.ubr07.shef.blueyonder.co.uk [62.31.252.63]) (Authenticated sender: steph.fox) by omf13.hostedemail.com (Postfix) with ESMTP; Tue, 14 Oct 2008 19:02:38 +0000 (UTC) Message-ID: <002901c92e2f$acdac990$3ffc1f3e@foxbox> To: "Stanislav Malyshev" , "Lester Caine" Cc: "PHP internals" References: <696583.1217.qm@web707.biz.mail.mud.yahoo.com> <037801c92e27$c913f3a0$3ffc1f3e@foxbox> <48F4E520.5050200@lsces.co.uk> <48F4E824.7020104@zend.com> Date: Tue, 14 Oct 2008 20:04:23 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.2180 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-session-marker: 73746570682E666F78 Subject: Re: [PHP-DEV] namespaces and alpha3 From: steph@php.net ("Steph Fox") > 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. FWIW, I agree with everything Stas says here. > 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. The problem is we can't know whether restricting *future* evolution in namespace support is going to turn out to be a good idea. - Steph