Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:20379 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 56459 invoked by uid 1010); 25 Nov 2005 11:55:44 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 56443 invoked from network); 25 Nov 2005 11:55:44 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 25 Nov 2005 11:55:44 -0000 X-Host-Fingerprint: 195.226.6.9 darkcity.gna.ch Linux 2.4/2.6 Received: from ([195.226.6.9:47320] helo=darkcity.gna.ch) by pb1.pair.com (ecelerity 2.0 beta r(6323M)) with SMTP id D0/8B-56276-0CBF6834 for ; Fri, 25 Nov 2005 06:55:44 -0500 Received: from localhost (localhost [127.0.0.1]) by darkcity.gna.ch (Postfix) with ESMTP id 604BA13B86B; Fri, 25 Nov 2005 12:55:40 +0100 (CET) Received: from unknown by localhost (amavisd-new, unix socket) id client-XXdV7pLl; Fri, 25 Nov 2005 12:55:39 +0100 (CET) Received: by darkcity.gna.ch (Postfix, from userid 65534) id 0489213B86A; Fri, 25 Nov 2005 12:55:38 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.1.0 (2005-09-13) on darkcity.gna.ch X-Spam-Level: X-Spam-Status: No, score=0.0 required=5.0 tests=AWL autolearn=disabled version=3.1.0 Received: from [192.168.1.72] (unknown [195.226.9.186]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by darkcity.gna.ch (Postfix) with ESMTP id 54F2F13B858; Fri, 25 Nov 2005 12:55:37 +0100 (CET) Message-ID: <4386FBB7.3010200@cschneid.com> Date: Fri, 25 Nov 2005 12:55:35 +0100 User-Agent: Mozilla Thunderbird 1.0.6 (X11/20050715) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Derick Rethans Cc: Sascha Schumann , internals@lists.php.net References: <7.0.0.16.2.20051124161240.0573e640@zend.com> <20051125034515.6fefa4e2@localhost.localdomain> <43867C6C.2010209@prohost.org> <20051125040950.26305e08@localhost.localdomain> <43869FC5.4060708@lerdorf.com> <20051125075501.79718ee6@localhost.localdomain> <1132903004.9936.25.camel@localhost.localdomain> <1086017308.20051125091648@marcus-boerger.de> <4386F325.5020102@cschneid.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new at gna.ch Subject: Re: [PHP-DEV] Re: PHP 5.1 (Or How to break tousands of apps outthere) From: cschneid@cschneid.com (Christian Schneider) Derick Rethans wrote: > I didn't say that my code is more important, but if we don't get the > date class now, we will get it in 5.1.1 and then break your code - so You're stating this like a fact. Date _can_ be renamed, there's nothing sacro-sanct about this class. Just to illustrate some question which could be raised to weaken your point that Date is the one and only name for that class: Why does it include time as well, shouldn't it be Datetime (a la SQL)? Is it going to be the only class in ext/date (no, there is already timezone)? => Shouldn't it be Date_Timezone and Date_Date/Date_Datetime then? >> By the same logic the function file_get_contents() could be called get(). > > ? Because I personally feel that get() would be the right name for it the same way you feel Date is the right name for your class. > No no, the core reserves the right to name whatever they want, it's the > userland code that is responsible for prefixing their classes. Is that why function names were prefixed? Or __get? You sure have the right to introduce whatever you want but is it also *smart* to insist on a specific name if you could easily avoid conflicts? PHP moved on from "what is legal" to "what is right" a long time ago IMHO. As soon as we have separate namespaces for core/application classes we can talk how to resolve issues like that again but for now I'd highly appreciate if you'd take a more conservative approach. Cheers, - Chris