Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:26333 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 58851 invoked by uid 1010); 5 Nov 2006 04:55:58 -0000 Delivered-To: ezmlm-scan-internals@lists.php.net Delivered-To: ezmlm-internals@lists.php.net Received: (qmail 58836 invoked from network); 5 Nov 2006 04:55:58 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 5 Nov 2006 04:55:58 -0000 Authentication-Results: pb1.pair.com smtp.mail=cschneid@cschneid.com; spf=permerror; sender-id=unknown Authentication-Results: pb1.pair.com header.from=cschneid@cschneid.com; sender-id=unknown Received-SPF: error (pb1.pair.com: domain cschneid.com from 195.226.6.42 cause and error) X-PHP-List-Original-Sender: cschneid@cschneid.com X-Host-Fingerprint: 195.226.6.42 darkcity.gna.ch Linux 2.5 (sometimes 2.4) (4) Received: from [195.226.6.42] ([195.226.6.42:43852] helo=mail.gna.ch) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 27/95-31937-CDE6D454 for ; Sat, 04 Nov 2006 23:55:58 -0500 Received: from localhost (localhost [127.0.0.1]) by darkcity.gna.ch (Postfix) with ESMTP id 13213D0F1E; Sun, 5 Nov 2006 05:55:54 +0100 (CET) Received: from unknown by localhost (amavisd-new, unix socket) id client-XX80GElz; Sun, 5 Nov 2006 05:55:49 +0100 (CET) Received: from [192.168.1.42] (217-162-171-242.dclient.hispeed.ch [217.162.171.242]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by darkcity.gna.ch (Postfix) with ESMTP id 89F00D0F0B; Sun, 5 Nov 2006 05:55:49 +0100 (CET) Message-ID: <454D6EDE.60202@cschneid.com> Date: Sun, 05 Nov 2006 05:55:58 +0100 User-Agent: Thunderbird 1.5.0.7 (Macintosh/20060909) MIME-Version: 1.0 To: Marcus Boerger CC: Ilia Alshanetsky , internals@lists.php.net References: <005e01c6ff82$e6092c30$ec01010a@intranet.db> <2FAA3BA3-283C-445D-9648-70C207FF2251@prohost.org> <454CBD65.5040205@cschneid.com> <454D66C4.2090708@cschneid.com> <303397962.20061105053913@marcus-boerger.de> In-Reply-To: <303397962.20061105053913@marcus-boerger.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at gna.ch Subject: Re: [PHP-DEV] New Datetime class problem From: cschneid@cschneid.com (Christian Schneider) Marcus Boerger wrote: > We had problems with Date, DateTime and Time as all of those are common. I'm well aware of this and the discussion around it. > Should we name a class that represents data and time info name after say > 'PhpDateTimeFart' so that there is no problem? Because if you think further > it might be commone to put Php into class names that deal with php... that > said wouldn't it be easier for the masses of people, that start using PHP, > to not having to read the manual each time a date time class is being used? I'm willing to bet that the number of PhpDate classes out there is considerably smaller then the number of Date classes. [ You could theoretically even add an E_STRICT (or E_DEPRECATED ;-)) warning if class names starting with Php are used. ] But my favourite solution would be to a) have namespaces handling this issue b) not introducing (many) more core classes before that c) and thus not having to educate users to use prefixes (to have less guidelines is a Good Thing(tm) IMHO) I didn't want to restart the whole naming discussion really but point is that it is still an open issue for the next (major) release and should better be looked at sooner than later. - Chris