1 <?xml version="1.0" encoding="UTF-8"?>
3 <!-- EN-Revision: 18429 -->
4 <sect1 id="zend.date.definition.theory">
9 なぜ Zend Framework で日付や時刻を処理するクラスが
10 <classname>Zend_Date</classname> 以外に存在しないのでしょうか?
14 多くの言語では、日付を処理するクラスと時刻を処理するクラスを別にしています。
15 しかし、Zend Framework はシンプルであることを目指しています。
16 二つの異なるクラスの異なるメソッドを使用して日付と時刻をまとめるなどといったことは、
18 <classname>Zend_Date</classname> のメソッドは、すべての要素
19 (era, year, month, day, hour, minute, second, timezone)
20 を含んでいるわけではないあいまいな日付でも動作するので、
21 開発者は柔軟かつ簡単に同じクラスの同じメソッドで同じ操作
22 (加算、減算、比較、合成など) をすることができます
23 これら日付の構成要素を別々のクラスに分割すると、
24 それらを組み合わせる方法を覚えるのが大変になります。
25 クラスをひとつにしておくと、同じようなことをする際のコードの重複が抑えられます。
26 また、複雑な継承階層を考える必要もなくなります。
29 <sect2 id="zend.date.theory.internals">
33 <itemizedlist mark='opencircle'>
36 <acronym>UNIX</acronym> タイムスタンプ
40 すべての日付や時刻は、たとえそれがあいまいな値 (年がないなど)
41 であっても内部的には特定の時刻で表されます。
42 内部での形式は <acronym>UNIX</acronym> タイムスタンプとなります。これは、指定した時刻と
43 January 1st, 1970 00:00:00 <acronym>GMT</acronym> の差です。
44 これが可能なのは、<classname>Zend_Date</classname>
45 が <acronym>UNIX</acronym> タイムスタンプや整数値の制限を受けないからです。
47 Fri, 13 Dec 1901 20:45:54 <acronym>GMT</acronym> から Tue, 19 Jan 2038 03:14:07 <acronym>GMT</acronym>
48 の範囲を超えた非常に大きな日付をサポートすることができます。
49 また、もし BCMath 拡張モジュールを使用しなければ、
50 float 型そのものの制限や丸め誤差によって計算結果がおかしくなる可能性があります。
56 日付の一部はタイムスタンプのオフセットで表す
60 したがって、"三時間" を表すインスタンスの内部表現は、
61 January 1st, 1970 00:00:00 <acronym>GMT</acronym> から三時間後のタイムスタンプ、
62 つまり 0 + 3 * 60 * 60 = 10800 となります。
68 <acronym>PHP</acronym> 関数
72 使用できるところでは、<classname>Zend_Date</classname> はできるだけ
73 <acronym>PHP</acronym> の関数を使用してパフォーマンスを向上させます。
81 <!--vim:se ts=4 sw=4 et:-->