Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:93787 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 15890 invoked from network); 4 Jun 2016 21:31:39 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 4 Jun 2016 21:31:39 -0000 Authentication-Results: pb1.pair.com header.from=lester@lsces.co.uk; sender-id=unknown Authentication-Results: pb1.pair.com smtp.mail=lester@lsces.co.uk; spf=permerror; sender-id=unknown Received-SPF: error (pb1.pair.com: domain lsces.co.uk from 217.147.176.214 cause and error) X-PHP-List-Original-Sender: lester@lsces.co.uk X-Host-Fingerprint: 217.147.176.214 mail4-2.serversure.net Linux 2.6 Received: from [217.147.176.214] ([217.147.176.214:44249] helo=mail4.serversure.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id B6/4D-25194-8B843575 for ; Sat, 04 Jun 2016 17:31:37 -0400 Received: (qmail 5306 invoked by uid 89); 4 Jun 2016 21:31:33 -0000 Received: by simscan 1.3.1 ppid: 5299, pid: 5302, t: 0.0691s scanners: attach: 1.3.1 clamav: 0.96/m:52/d:10677 Received: from unknown (HELO ?10.0.0.7?) (lester@rainbowdigitalmedia.org.uk@81.138.11.136) by mail4.serversure.net with ESMTPA; 4 Jun 2016 21:31:33 -0000 To: internals@lists.php.net References: <801c8df4-4f33-935b-5bee-ff73a0865433@gmail.com> Message-ID: <575348B3.3020906@lsces.co.uk> Date: Sat, 4 Jun 2016 22:31:31 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.7.0 MIME-Version: 1.0 In-Reply-To: <801c8df4-4f33-935b-5bee-ff73a0865433@gmail.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] can't reflection on DateTime properties? From: lester@lsces.co.uk (Lester Caine) On 04/06/16 21:23, Stanislav Malyshev wrote: > In generic case, you can't have internal state of an object, that's why > it's internal. If you need to serialize data, there are > serialize/unserialize handlers for it. This is also why DateTime is useless for many data handling functions since having to work with 'long hand' for something which is essentially a simple integer value is a heavy overhead. We are stuck with using Timezone management since there is nothing reasonably reliable as an alternative, but we only need timezone to DISPLAY the right text, not manage the raw dates. An alternate date/time variable is essential anyway, which is why some of these discussions are so utterly pointless anyway. date and time are as essential to any system as integer and float but all anybody seems to be bothered about is the same limited subset of 'types' ? -- Lester Caine - G8HFL ----------------------------- Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk