Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:62656
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain meetme.com designates 74.125.149.18 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <5042BC3C.7070208@sugarcrm.com>
References: <CAArmra3oN6NMn-CPn95piNQeKN1LJ7nq3baj1B0z6pCCPZX0VQ@mail.gmail.com>
	<5042BC3C.7070208@sugarcrm.com>
Date: Sun, 2 Sep 2012 00:14:25 -0400
Message-ID: <CAArmra16sTbcYmORDK2mesFOeZxsD=3rAH03S3B_MRJnE8J6Gw@mail.gmail.com>
To: Stas Malyshev <smalyshev@sugarcrm.com>
Cc: "internals@lists.php.net" <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=bcaec54ee282adc21804c8b042c1
Subject: Re: [PHP-DEV] RFC for Adding __toString to DateTime
From: wfitch@meetme.com (Will Fitch)

--bcaec54ee282adc21804c8b042c1
Content-Type: text/plain; charset=ISO-8859-1

On Sat, Sep 1, 2012 at 9:54 PM, Stas Malyshev <smalyshev@sugarcrm.com>wrote:

> Hi!
>
> > I would like to officially introduce an RFC with a patch to implement
> > __toString to DateTime.  This is a commonly requested feature that goes
> > unanswered mostly because of the inability to agree on a default pattern.
>
> This must indicate there's actually no default pattern that is "default"
> for everyone. Which suggests maybe we shouldn't have default string
> conversion there?
> After all, nothing prevents one from having:
>
> class MyDateTime extends DateTime {
>    public function __toString() {
>         return $this->format(/* whatever my favorite format is */);
>    }
> }
>
> I'm not sure introducing special state to DateTime for it is the best
> way to handle it. Also, most applications would have common date format
> - which means since the state is per DateTime object, they'd have to
> watch that every object produced would have this property set. I think
> it'd be easier to just use DateTime->format() - this way you know what
> is produced and it is clear for whoever is reading the code too.
>

Hi, Stas.  This has been on my mind as well.  I've considered that maybe an
INI wide setting would be beneficial here.  In fact, there are many places
within applications I've worked on where the format for many DateTime
objects are the same.  What are your thoughts on that?


> --
> Stanislav Malyshev, Software Architect
> SugarCRM: http://www.sugarcrm.com/
> (408)454-6900 ext. 227
>

--bcaec54ee282adc21804c8b042c1--