Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:31714 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 9725 invoked by uid 1010); 18 Aug 2007 00:48:11 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 9710 invoked from network); 18 Aug 2007 00:48:11 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 18 Aug 2007 00:48:11 -0000 Authentication-Results: pb1.pair.com header.from=sfl@scotfl.ca; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=sfl@scotfl.ca; spf=unknown; sender-id=unknown Received-SPF: unknown (pb1.pair.com: domain scotfl.ca does not designate 24.71.223.10 as permitted sender) X-PHP-List-Original-Sender: sfl@scotfl.ca X-Host-Fingerprint: 24.71.223.10 shawidc-mo1.cg.shawcable.net Received: from [24.71.223.10] ([24.71.223.10:26469] helo=pd2mo2so.prod.shaw.ca) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 41/20-07945-9C146C64 for ; Fri, 17 Aug 2007 20:48:10 -0400 Received: from pd3mr3so.prod.shaw.ca (pd3mr3so-qfe3.prod.shaw.ca [10.0.141.179]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0JMY000BB2827WA0@l-daemon> for internals@lists.php.net; Fri, 17 Aug 2007 18:48:02 -0600 (MDT) Received: from pn2ml8so.prod.shaw.ca ([10.0.121.152]) by pd3mr3so.prod.shaw.ca (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) with ESMTP id <0JMY00M6J282AW50@pd3mr3so.prod.shaw.ca> for internals@lists.php.net; Fri, 17 Aug 2007 18:48:03 -0600 (MDT) Received: from [192.168.0.176] ([70.64.14.62]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0JMY00C6W27YKTW0@l-daemon> for internals@lists.php.net; Fri, 17 Aug 2007 18:48:02 -0600 (MDT) Date: Fri, 17 Aug 2007 18:47:57 -0600 In-reply-to: <46C5DF04.50903@zend.com> To: Stanislav Malyshev Cc: PHP Developers Mailing List Message-ID: <840C3E19-3A45-4215-AA22-65A5C20665F5@scotfl.ca> MIME-version: 1.0 (Apple Message framework v752.3) X-Mailer: Apple Mail (2.752.3) Content-type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary=Apple-Mail-2-784963526 Content-transfer-encoding: 7bit X-Pgp-Agent: GPGMail 1.1.2 (Tiger) References: <1186737992.2772.57.camel@johannes.nop> <1187357063.3724.69.camel@johannes.nop> <10845a340708170806j78b79842k1aa542f5f215769e@mail.gmail.com> <6777095A-B8FE-404C-9575-9C5740A722F2@prohost.org> <79E7E95C-C9B8-465B-B451-BFD401583F34@prohost.org> <46C5DF04.50903@zend.com> Subject: Re: [PHP-DEV] Renaming namespaces to packages From: sfl@scotfl.ca (scott lewis) --Apple-Mail-2-784963526 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed On 17 Aug 2007, at 1146, Stanislav Malyshev wrote: >> Again, you are trying to use a keyword based on what developer's most >> know. You want to release a sort of namespace implementation and >> frustrate users, that expect a true namespace implementation. > > Please stop doing this. PHP namespace implementation is as "true" > as it gets, even in current form (which of course might be changed, > extended, etc. but it doesn't make it less true). I think you've missed his point. He's not talking about the abstract concept of namespaces. He's talking about specific language features accessed via the keyword 'namespace'. The core of the argument to rename is that using the keyword 'namespace' will confuse developers who have experience with that keyword in other languages, since PHP does not match the most common syntax (C++). This is completely separate from whether the PHP language feature is a good implementation of the abstract namespace concept. The keyword does not define the feature -- the keyword defines _expectations_ about the keyword. PHP is getting a namespaces feature -- this is excellent. Giving it the same keyword as a syntax-incompatible feature of other languages is going to cause confusion -- that's bad. Now, the keyword 'package' has similar problems, but to a much smaller degree since the syntax of the PHP language feature is similar to that of the Java feature. Still, any confusion is best avoided so 'package' should probably join 'namespace' on the pile of rejected keywords. 'prefix', as suggested in the other thread, seems to nicely describe the concept and would still describe the concept if the feature was extended out to full-on C++- or Java-style syntax. And I can't think of any languages with a confusingly similar keyword. scott. --Apple-Mail-2-784963526 content-type: application/pgp-signature; x-mac-type=70674453; name=PGP.sig content-description: This is a digitally signed message part content-disposition: inline; filename=PGP.sig content-transfer-encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) iD8DBQFGxkG9Ozt9JkeMzqkRAs/7AKC4W5XbvMFYX6B9i6tuY5BN5pJGbgCeKQkW vhYrvy1VUlZjMaG5fmHX0dM= =wbkh -----END PGP SIGNATURE----- --Apple-Mail-2-784963526--