Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:33940 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 21440 invoked by uid 1010); 11 Dec 2007 23:03:07 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 21425 invoked from network); 11 Dec 2007 23:03:07 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 11 Dec 2007 23:03:07 -0000 Authentication-Results: pb1.pair.com header.from=mp@webfactory.de; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=mp@webfactory.de; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain webfactory.de from 195.227.108.51 cause and error) X-PHP-List-Original-Sender: mp@webfactory.de X-Host-Fingerprint: 195.227.108.51 wfserver02.wf-ppr.de Windows 2000 SP2+, XP SP1 (seldom 98 4.10.2222) Received: from [195.227.108.51] ([195.227.108.51:31851] helo=wfserver02.wf-ppr.de) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 62/11-11541-7271F574 for ; Tue, 11 Dec 2007 18:03:06 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Wed, 12 Dec 2007 00:03:00 +0100 Message-ID: <00A2E2156BEE8446A81C8881AE117F199A0740@companyweb> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: AW: [PHP-DEV] Namespace resolution Thread-Index: Acg8RkxQNJo6/MRwSxuPSuxpE2zahQAAg0EA References: <11970653983080000@9866357972520000.9866341568840000> <475BDDF1.7040605@ctindustries.net> <1723341090.20071210220025@marcus-boerger.de> <1197323296.3922.5.camel@sbarrow-desktop> <00A2E2156BEE8446A81C8881AE117F199A0715@companyweb> <475ED038.3080004@zend.com> <7F9E1E02-FF89-474B-9E94-007747B3637A@bitxtender.com> <475EF175.2030304@zend.com> <475F01B1.8090407@zend.com> <31696FA6-ADC3-4853-A5AE-23FA16750B3D@bitxtender.com> <475F10DA.6000909@zend.com> To: "Stanislav Malyshev" , =?iso-8859-1?Q?David_Z=FClke?= Cc: Subject: AW: AW: [PHP-DEV] Namespace resolution From: mp@webfactory.de ("Matthias Pigulla") > Von: Stanislav Malyshev [mailto:stas@zend.com] > But you could achiever > the same just by avoiding naming classes the same as internal classes, > you surely know which classes are in your own namespace?=20 ... > Not using names of classes same as internal classes is not a big deal > either - all PHP programmers do it right now :) Rumor exists that sometimes new internal classes show up in late RCs. = And as you try to name your classes so that the name describes the = modeled construct best, it is not surprising that core wants to name = such a new class "Date" just as userland folks had their classes named = "Date" as well before (shame on them). I always thought that one of the prime reasons for providing namespaces = was to mitigate this risk of breakage in a simple, predictable and = user-friendly manner. -mp.=20