Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:40381 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 91626 invoked from network); 8 Sep 2008 22:47:32 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 8 Sep 2008 22:47:32 -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:31626] helo=il-gw1.zend.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 5E/C9-46475-28BA5C84 for ; Mon, 08 Sep 2008 18:47:31 -0400 Received: from us-ex1.zend.com ([192.168.16.5]) by il-gw1.zend.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 9 Sep 2008 01:48:40 +0300 Received: from [192.168.16.110] ([192.168.16.110]) by us-ex1.zend.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 8 Sep 2008 15:48:36 -0700 Message-ID: <48C5ABC4.1010008@zend.com> Date: Mon, 08 Sep 2008 15:48:36 -0700 Organization: Zend Technologies User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: Elizabeth M Smith 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> <48C5715C.2070102@shitennou.com> <48C574E8.1030504@zend.com> <48C57761.5030708@shitennou.com> <48C57F58.3060703@zend.com> <48C59A7D.50201@shitennou.com> <48C5A0B9.2040300@zend.com> <48C5A90E.6060902@shitennou.com> In-Reply-To: <48C5A90E.6060902@shitennou.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 08 Sep 2008 22:48:36.0785 (UTC) FILETIME=[07910210:01C91205] Subject: Re: [PHP-DEV] Re: towards a 5.3 release From: stas@zend.com (Stanislav Malyshev) Hi! > I suspect even ZF will run into some kind of import * functionality > being needed. Do you really want to tell a user they have to write 18 > use statements before using say the DB component? Or for PEAR2? when a I answered this exactly question about 100 times already. No, you just import DB and then do DB::Class1, DB::Class2 etc. up to DB::Class18. Does nobody ever read anything prior to starting discussing namespaces? > As you said before - how is it any different from just being able to > call escape("foo") or display("foo"); It's a matter of taste. To me > that is not anymore of a meaningful name - just a different syntax and > not one your average wordpress user would know how to handle. Well, if it's just a matter of taste - then, well, tastes differ. Saying "my taste requires every name not to have ::" is not the same as saying "namespaced functions are useless". > No - imagine your app is all unicode and you want strlen to actually use > an mbstring or iconv implementation - you could wrap that transparently > for your template authors. Then I'd like hell make sure that unicode strlen and binary strlen have different names so I could know when I call which - in case I ever get wrong one called on wrong type of variable, at least until I have PHP 6 where it is marked with different type and autoconverted. Quickest way to get into trouble is to have two indistinguishable and incompatible functions operating on two indistinguishable and incompatible types of data. > Sometimes security is important in templates, depending on who is > creating them and how you allow users to edit them. Not all > applications have the same requirements. Err? Security? PHP has no intra-language security and never had and never intended to have. I don't even want to begin to understand how one could expect to have intra-language security in PHP. -- Stanislav Malyshev, Zend Software Architect stas@zend.com http://www.zend.com/ (408)253-8829 MSN: stas@zend.com