Re: RFC for Adding __toString to DateTime

From: Date: Mon, 03 Sep 2012 13:29:36 +0000
Subject: Re: RFC for Adding __toString to DateTime
References: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20  Groups: php.internals 
Request: Send a blank email to internals+get-62741@lists.php.net to get a copy of this message
On 3 September 2012 19:54, Will Fitch <willfitch@php.net> wrote: > On Mon, Sep 3, 2012 at 5:45 AM, Adam Harvey <aharvey@php.net> wrote: >> I just don't see how we can choose a sensible default format for >> users. Sometimes you want ISO 8601. Sometimes you want whatever your >> locale's customary date format is. Sometimes you want US m/d/y dates >> for interacting with legacy systems. RFC 2822. RFC 822, natch. And so >> on. I don't see why one format should be blessed over others and have >> magic behaviour when a DateTime object is cast to a string. IMO, the >> fact that users have to provide a format string and call format() is a >> good thing: explicit beats implicit, every day of the week. > > > You absolutely made the case for using DateTime::format() - which is not the > proposal here. This is for a string representation of the object via > toString. I understand the proposal. My point is that there's no such thing as a canonical string representation of a DateTime object, and trying to invent one (or worse, provide yet another configuration option for the user to choose one in a manner that isn't consistent from installation to installation) is a pointless exercise. Anyway, since I understand your argument and simply disagree with it, I'll wait for the vote. Adam

« previous php.internals (#62741) next »