Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:62892 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 26811 invoked from network); 7 Sep 2012 06:22:57 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 7 Sep 2012 06:22:57 -0000 Authentication-Results: pb1.pair.com smtp.mail=lester@lsces.co.uk; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=lester@lsces.co.uk; sender-id=unknown Received-SPF: error (pb1.pair.com: domain lsces.co.uk from 213.123.26.184 cause and error) X-PHP-List-Original-Sender: lester@lsces.co.uk X-Host-Fingerprint: 213.123.26.184 c2beaomr06.btconnect.com Received: from [213.123.26.184] ([213.123.26.184:44243] helo=mail.btconnect.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id E4/F1-09664-EB299405 for ; Fri, 07 Sep 2012 02:22:55 -0400 Received: from host81-138-11-136.in-addr.btopenworld.com (EHLO _10.0.0.5_) ([81.138.11.136]) by c2beaomr06.btconnect.com with ESMTP id JDC23588; Fri, 07 Sep 2012 07:22:51 +0100 (BST) Message-ID: <504992B8.9050700@lsces.co.uk> Date: Fri, 07 Sep 2012 07:22:48 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20120604 Firefox/13.0 SeaMonkey/2.10 MIME-Version: 1.0 To: "internals@lists.php.net" References: <504941BE.30102@sugarcrm.com> <50494740.6030205@sugarcrm.com> In-Reply-To: <50494740.6030205@sugarcrm.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mirapoint-IP-Reputation: reputation=Fair-1, source=Queried, refid=tid=0001.0A0B0303.504992B8.00D6, actions=TAG X-Junkmail-Premium-Raw: score=7/50, refid=2.7.2:2012.9.7.55121:17:7.944, ip=81.138.11.136, rules=__MOZILLA_MSGID, __HAS_MSGID, __SANE_MSGID, __HAS_FROM, __USER_AGENT, __MIME_VERSION, __TO_MALFORMED_2, __TO_NO_NAME, __BOUNCE_CHALLENGE_SUBJ, __BOUNCE_NDR_SUBJ_EXEMPT, __CT, __CT_TEXT_PLAIN, __CTE, __ANY_URI, __URI_NO_MAILTO, __URI_NO_WWW, __CP_URI_IN_BODY, BODY_ENDS_IN_URL, BODYTEXTP_SIZE_3000_LESS, BODY_SIZE_2000_2999, __MIME_TEXT_ONLY, RDNS_GENERIC_POOLED, HTML_00_01, HTML_00_10, BODY_SIZE_5000_LESS, RDNS_SUSP_GENERIC, RDNS_SUSP, BODY_SIZE_7000_LESS X-Junkmail-Status: score=10/50, host=c2beaomr06.btconnect.com X-Junkmail-Signature-Raw: score=unknown, refid=str=0001.0A0B0202.504992BB.005D:SCFSTAT14830815,ss=1,re=-4.000,fgs=0, ip=0.0.0.0, so=2011-07-25 19:15:43, dmn=2011-05-27 18:58:46, mode=multiengine X-Junkmail-IWF: false Subject: Re: [PHP-DEV] Why are the PHP namespaces different compared to C++? From: lester@lsces.co.uk (Lester Caine) Stas Malyshev wrote: > Hi! > >> I wasn't assuming. I was outright making a factual statement. I never >> made any implications of the intellectual levels of those implementing >> the spec. I understand the RFC full well and know why the design is >> the way it is. I was answering the ops question. Please read what I >> said before you make your own assumptions. > > Sorry, statements like "haphazard way", "never well designed", "it's a > mess", "they don't really resemble namespaces", "just some fancy magic", > etc. have nothing to do with facts. Actually, facts are exactly the > opposite - they were designed, were extensively discussed with > soliciting feedback from many stakeholders, and were implemented exactly > as planned. You may not like the way there were implemented, that's your > opinion (not a fact) and you are entitled to it. But you didn't limit > yourself to saying "I don't like them". You specifically said that they > were never well designed and haphazardly implemented. This is factually > false. Stas ... One thing to bear in mind is that even for those of us for whom English is our only language it is sometimes difficult to explain what we mean. Sherif's were perhaps a little 'provocative' but were an accurate reflection of his view on the results of implementing namespaces. It is a compromise rather than something that sits naturally in PHP? What a lot of newcomers need to understand is that PHP is NOT compiled, so a heck of a lot of what they are used to just happening is physically impossible, and namespace is a good case in point. Personally I have yet to see a good example of the use of namespaces in third party libraries, and like Sherif avoid them preferring simply so that while the code may be more verbose, it's clear 5 years later what was intended :) A lot of the current 'magic' makes it difficult to pick up and work with other peoples code later on. -- Lester Caine - G8HFL ----------------------------- Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk