2
0

Zend_Date-Additional.xml 16 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292293294295296297298299300301302303304305306307308309310311312313314315316317318319320321322323324325326327328329330331332333334335336337338339340341342343344345346347348349
  1. <?xml version="1.0" encoding="UTF-8"?>
  2. <!-- EN-Revision: 15851 -->
  3. <!-- Reviewed: no -->
  4. <sect1 id="zend.date.additional">
  5. <title>Funktionierende Beispiele</title>
  6. <para>
  7. In diesem Kapitel werden wir verschiedene zusätzliche Funkionen beschreiben welche auch
  8. durch <classname>Zend_Date</classname> verfügbar sind. Natürlich haben alle beschriebene
  9. Funktionen auch Beispiele um die Arbeitsweise, und die einfache API für die richtige
  10. Benutzung von Ihnen, zu zeigen.
  11. </para>
  12. <sect2 id="zend.date.additional.checking">
  13. <title>Prüfen von Daten</title>
  14. <para>
  15. Normalerweise werden die meisten Daten als Zeichenketten übergeben. Aber das Problem mit
  16. Zeichenketten ist das man nicht sicher sein kann ob eine Zeichenkette ein echtes Datum
  17. enthält. Hierfür gibt es in <classname>Zend_Date</classname> eine eigene statische
  18. Funktion um Datums-Zeichenketten zu prüfen. <classname>Zend_Locale</classname> hat eine
  19. eigene Funktion <code>getDate($date, $locale);</code> welche ein Datum analysiert und
  20. die gültigen normalisierten Datumsabschnitte zurück gibt. Ein Monatsname wird zum
  21. Beispiel erkannt und anschließend nur die Nummer des Monats zurück gegeben. Aber da
  22. <classname>Zend_Locale</classname> nichts über Daten weiß, da es eine Klasse zum
  23. Normalisieren und Lokalisieren ist, haben wir eine eigene Funktion
  24. <code>isDate($date);</code> integriert welche das für uns prüft.
  25. </para>
  26. <para>
  27. <code>isDate($date, $format, $locale);</code> nimmt bis zu drei Parameter entgegen und
  28. benötigt mindestens einen Parameter. Deshalb ist alles was wir für das Prüfen eines
  29. Datums benötigen natürlich das Datum selbst als Zeichenkette. Der zweite Parameter kann
  30. das Format sein, in welchem das Datum erwartet wird. Wenn kein Format angegeben wurde,
  31. wird das Standardformat des verwendeten Gebietsschemas benutzt. Für Details darüber wie
  32. Formate aussehen müssen kann im Kapitel über
  33. <link linkend="zend.date.constants.selfdefinedformats">selbst definierte Formate</link>
  34. nachgeschaut werden.
  35. </para>
  36. <para>
  37. Der dritte Parameter ist auch optional genauso wie der zweite Parameter und kann
  38. verwendet werden um ein Gebietsschema anzugeben. Das gebietsschema wird benötigt um
  39. Monats- und Wochentagsnamen zu normalisieren. Mit dem dritten Parameter sind wir also in
  40. der Lage Daten zu erkennen wie '01.Jänner.2000' oder '01.January.2000' abhängig von dem
  41. angegebenen Gebietsschema.
  42. </para>
  43. <para>
  44. <code>isDate();</code> prüft natürlich auch ob ein Datum existiert.
  45. <classname>Zend_Date</classname> selbst prüft die Daten nicht. Deshalb ist es möglich
  46. ein Datum wie zum Beispiel '31.Februar.2000' mit <classname>Zend_Date</classname> zu
  47. erstellen weil <classname>Zend_Date</classname> das Datum automatisch korrigiert und
  48. ein gültiges Datum zurück gibt. In unserem Fall den '03.März.2000'. Auf der anderen
  49. Seite führt <code>isDate()</code> diese Prüfung durch und gibt beim '31.Februar.2000'
  50. falsch zurück, weil sie weiß das dieses Datum unmöglich ist.
  51. </para>
  52. <example id="zend.date.additional.checking.example-1">
  53. <title>Prüfen von Daten</title>
  54. <programlisting language="php"><![CDATA[
  55. // Prüfen des Datums
  56. $date = '01.03.2000';
  57. if (Zend_Date::isDate($date)) {
  58. print "Zeichenkette $date ist ein Datum";
  59. } else {
  60. print "Zeichenkette $date ist KEIN Datum";
  61. }
  62. // Prüfen eines lokalisierten Datums
  63. $date = '01 February 2000';
  64. if (Zend_Date::isDate($date,'dd MMMM yyyy', 'en')) {
  65. print "Zeichenkette $date ist ein Datum";
  66. } else {
  67. print "Zeichenkette $date ist KEIN Datum";
  68. }
  69. // Prüfen eines unmöglichen Datums
  70. $date = '30 February 2000';
  71. if (Zend_Date::isDate($date,'dd MMMM yyyy', 'en')) {
  72. print "Zeichenkette $date ist ein Datum";
  73. } else {
  74. print "Zeichenkette $date ist KEIN Datum";
  75. }
  76. ]]></programlisting>
  77. </example>
  78. </sect2>
  79. <sect2 id="zend.date.additional.sunrise-sunset">
  80. <title>Sonnenaufgang und Sonnenuntergang</title>
  81. <para>
  82. <classname>Zend_Date</classname> beinhaltet auch Funktionen um Informationen von der
  83. Sonne zu erhalten. Oft ist es notwendig die Zeit für Sonnenaugang oder Sonnenuntergang
  84. für einen bestimmten Tag zu erhalten. Das ist mit <classname>Zend_Date</classname> sehr
  85. einfach weil nur der gewünschte Tag angegeben werden muß, und zusätzlich die Ortsangabe
  86. für den Sonnenaufgang oder Sonnenuntergang berechnet werden soll.
  87. </para>
  88. <para>
  89. Da die meisten Personen die genaue Ortsangabe Ihrer Stadt nicht kennen haben wir auch
  90. eine Helferklasse spendiert die für etwa 250 Haupt- und Großstädte der ganzen Welt die
  91. Daten der Ortsangaben bereithält. Die meisten Personen können Städte in Ihrer näheren
  92. Umgebung benutzen, da die Differenz für Ortsangaben welche nahe beineinander liegen nur
  93. in Sekunden gemessen werden kann.
  94. </para>
  95. <para>
  96. Für die Erstellung einer Auswahlbox und der Auswahl einer speziellen Stadt kann die
  97. Funktion <classname>Zend_Date_Cities::getCityList</classname> benutzt werden. Sie gibt
  98. die Namen aller verfügbaren vordefinierten Städte der Helferklasse zurück.
  99. </para>
  100. <example id="zend.date.additional.sunrise-sunset.example-1">
  101. <title>Alle verfügbaren Städte ausgeben</title>
  102. <programlisting language="php"><![CDATA[
  103. // Ausgabe der kompletten Liste aller verfügbaren Städte
  104. print_r (Zend_Date_Cities::getCityList());
  105. ]]></programlisting>
  106. </example>
  107. <para>
  108. Die Ortsangabe selbst erhält man mit der Funktion
  109. <classname>Zend_Date_Cities::City()</classname>. Sie akzeptiert den Namen einer Stadt
  110. wie durch die Funktion <classname>Zend_Date_Cities::getCityList()</classname> angegeben
  111. und optional als zweiten Parameter den zu setzenden Horizont.
  112. </para>
  113. <para>
  114. Es gibt 4 vordefinierte Horizonte welche mit einer Ortsangabe benutzt werden können um
  115. den genauen Zeitpunkt von Sonnenauf- und -untergang zu erhalten. Der
  116. '<code>horizon</code>' Parameter ist in allen Funktionen immer optional. Wenn er nicht
  117. gesetzt wird, wird der '<code>effective</code>' Horizont benutzt.
  118. </para>
  119. <table id="zend.date.additional.sunrise-sunset.table">
  120. <title>Arten von unterstützten Horizonten für Sonnenauf- und -untergang</title>
  121. <tgroup cols="3">
  122. <thead>
  123. <row>
  124. <entry>Horizont</entry>
  125. <entry>Beschreibung</entry>
  126. <entry>Verwendung</entry>
  127. </row>
  128. </thead>
  129. <tbody>
  130. <row>
  131. <entry>effective</entry>
  132. <entry>Standard Horizont</entry>
  133. <entry>
  134. Nimmt an das die Welt ein Ball ist. Dieser Horizont wird immer benutzt
  135. wenn keiner definiert wurde.
  136. </entry>
  137. </row>
  138. <row>
  139. <entry>civil</entry>
  140. <entry>Üblicher Horizont</entry>
  141. <entry>Oft in den üblichen Medien wie Fernsehen und Radio benutzt.</entry>
  142. </row>
  143. <row>
  144. <entry>nautic</entry>
  145. <entry>Nautischer Horizont</entry>
  146. <entry>Oft in der Navigation zu See benutzt.</entry>
  147. </row>
  148. <row>
  149. <entry>astronomic</entry>
  150. <entry>Astronomischer Horizont</entry>
  151. <entry>Oft bei der Berechnung mit Sternen benutzt</entry>
  152. </row>
  153. </tbody>
  154. </tgroup>
  155. </table>
  156. <para>
  157. Natürlich kann auch eine selbst-definierte Ortsangabe für die Berechnung benutzt werden.
  158. Hierzu ist eine '<code>latitude</code>' und eine '<code>longitude</code>' anzugeben und
  159. optional der '<code>horizon</code>'.
  160. </para>
  161. <example id="zend.date.additional.sunrise-sunset.example-2">
  162. <title>Die Ortsangabe für eine Stadt auslesen</title>
  163. <programlisting language="php"><![CDATA[
  164. // Die Ortsangabe für eine bestimmte Stadt auslesen
  165. // Benutzt den effektiven Horizont da kein Horizont angegeben wurde
  166. print_r (Zend_Date_Cities::City('Vienna'));
  167. // Benutzt den nautischen Horizont
  168. print_r (Zend_Date_Cities::City('Vienna', 'nautic'));
  169. // Selbstdefinition einer Ortsangabe
  170. $mylocation = array('latitude' => 41.5, 'longitude' => 13.2446);
  171. ]]></programlisting>
  172. </example>
  173. <para>
  174. Da nun alle benötigten Daten angegeben werde können ist der nächste Schritt die
  175. Erstellung eines <classname>Zend_Date</classname> Objekts mit dem Tag für welchen
  176. Sonnenauf- oder -untergang berechnet werden sollen. Für die Berechnung stehen 3
  177. Funktionen bereit. Die Berechnung des Sonnenaufganges ist mit
  178. '<code>getSunset()</code>', des Sonnenuntergangs mit '<code>getSunrise()</code>' und
  179. alle möglichen Informationen welche die Sonne betreffen mit '<code>getSunInfo()</code>'
  180. möglich. Nach der Berechnung wird das <classname>Zend_Date</classname> Objekt mit der
  181. berechneten Zeit zurückgegeben.
  182. </para>
  183. <example id="zend.date.additional.sunrise-sunset.example-3">
  184. <title>Berechnung von Sonneninformationen</title>
  185. <programlisting language="php"><![CDATA[
  186. // Die Ortsangabe einer bestimmten Stadt auslesen
  187. $city = Zend_Date_Cities::City('Vienna');
  188. // Ein Datumsobjekt erstellen für den Tag
  189. // für den die Sonne berechnet werden soll
  190. $date = new Zend_Date('10.03.2007', Zend_Date::ISO_8601, 'de');
  191. // Sonnenuntergang berechnen
  192. $sunset = $date->getSunset($city);
  193. print $sunset->get(Zend_Date::ISO_8601);
  194. // Alle Sonneninformationen berechnen
  195. $info = $date->getSunInfo($city);
  196. foreach ($info as $sun) {
  197. print "\n" . $sun->get(Zend_Date::ISO_8601);
  198. }
  199. ]]></programlisting>
  200. </example>
  201. </sect2>
  202. <sect2 id="zend.date.additional.timezones">
  203. <title>Zeitzonen</title>
  204. <para>
  205. Zeitzonen sind genauso wichtig wie die Datumsangaben selbst. Es gibt einige Zeitzonen
  206. abhängig davon wo auf der Welt der Benutzer lebt. Deshalb bedeutet das Arbeiten mit
  207. Daten auch immer das eine gültige Zeitzone gesetzt ist. Das klingt eventuell
  208. kompliziert, ist aber viel einfacher als erwartet. Wie schon im ersten Kapitel von
  209. <classname>Zend_Date</classname> erwähnt muß immer eine Standardzeitzone ersetzt werden.
  210. Entweder durch <code>php.ini</code> oder durch Definition in der Bootstrap Datei.
  211. </para>
  212. <para>
  213. Ein <classname>Zend_Date</classname> Objekt speichert natürlich die aktuelle Zeitzone.
  214. Selbst wenn die Zeitzone nach der Erstellung des Objektes geändert wird, merkt sich das
  215. Objekt die originale Zeitzone und arbeitet mit Ihr. Es ist also nicht notwendig die
  216. Zeitzone im Code mithilfe von PHP Funktionen zu ändern. <classname>Zend_Date</classname>
  217. hat zwei eingebaute Funktionen die es ermöglichen damit zu Arbeiten.
  218. </para>
  219. <para>
  220. <code>getTimezone()</code> gibt die aktuell gesetzte Zeitzone des
  221. <classname>Zend_Date</classname> Objektes zurück. Man sollte in Erinnerung behalten das
  222. <classname>Zend_Date</classname> nicht mit den PHP Internas gekoppelt ist. Deshalb ist
  223. die zurückgegebene Zeitzone nicht die des PHP Skripts sondern jene des Objektes.
  224. <code>setTimezone($zone)</code> ist die zweite Funktion und ermöglicht es eine neue
  225. Zeitzone für <classname>Zend_Date</classname> zu setzen. Eine angegebene Zeitzone wird
  226. immer geprüft. Wenn diese nicht existiert wird eine Ausnahme geworfen. Zusätzlich kann
  227. die Zeitzone des aktuellen Skripts oder des Systems für das Datumsobjekt gesetzt werden
  228. indem <code>setTimezone()</code> ohne den Parameter zone aufgerufen wird. Das wird auch
  229. automatisch gemacht wenn das Datumsobjekt erstellt wird.
  230. </para>
  231. <example id="zend.date.additional.timezones.example-1">
  232. <title>Arbeiten mit Zeitzonen</title>
  233. <programlisting language="php"><![CDATA[
  234. // Setzen einer Standardzeitzone... das muß in der Bootstrap Datei
  235. // oder php.ini gemacht werden. Wir setzen Sie hier nur der Vollständigkeit
  236. // halber um ein komplettes Beispiel zu erhalten.
  237. date_default_timezone_set('Europe/Vienna');
  238. // Erstellen des Datumsobjektes
  239. $date = new Zend_Date('10.03.2007', Zend_Date::DATES, 'de');
  240. // Ausgabe des Datumsobjektes
  241. print $date->getIso();
  242. // Welche Zeitzone ist gesetzt ?
  243. print $date->getTimezone();
  244. // Setzen einer anderen Zeitzone
  245. $date->setTimezone('America/Chicago');
  246. // Welche Zeitzone ist jetzt gesetzt ?
  247. print $date->getTimezone();
  248. // Ausgabe des geänderten Datumsobjektes
  249. print $date->getIso();
  250. ]]></programlisting>
  251. </example>
  252. <para>
  253. <classname>Zend_Date</classname> nimmt immer die aktuelle Zeitzone für das Erstellen
  254. eines Objektes wie in den ersten Zeilen des Beispiels gezeigt. Das Ändern der Zeitzone
  255. für ein erstelltes Objekt hat einen Effekt auf das Datum selbst. Daten sind immer
  256. relativ zu einer Zeitzone. Das Ändern der Zeitzone für ein
  257. <classname>Zend_Date</classname> Objekt ändert nicht die Zeit des
  258. <classname>Zend_Date</classname> Objektes selbst. Man muß sich in Erinnerung halten das
  259. Daten intern immer als Zeitpunkte und in der GMT gespeichert werden. Eine Zeitzone
  260. bedeutet also wieviele Stunden subtrahiert oder addiert werden müssen um die aktuelle
  261. globale Zeit für die eigene Zeitzone und Region er erhalten.
  262. </para>
  263. <para>
  264. Das koppeln der Zeitzone innerhalb von <classname>Zend_Date</classname> hat einen
  265. anderen positiven Nebeneffekt. Es ist möglich verschiedene Daten mit verschiedenen
  266. Zeitzonen zu haben.
  267. </para>
  268. <example id="zend.date.additional.timezones.example-2">
  269. <title>Mehrere Zeitzonen</title>
  270. <programlisting language="php"><![CDATA[
  271. // Setzen einer Standardzeitzone... das muß in der Bootstrap Datei oder
  272. // php.ini gemacht werden. Wir setzen Sie hier nur der Vollständigkeit
  273. // halber um ein komplettes Beispiel zu erhalten.
  274. date_default_timezone_set('Europe/Vienna');
  275. // Erstellen des Datumsobjektes
  276. $date = new Zend_Date('10.03.2007 00:00:00', Zend_Date::ISO_8601, 'de');
  277. // Ausgabe des Datumsobjektes
  278. print $date->getIso();
  279. // Das Datum bleibt unverändert selbst nach einer Änderung der Zeitzone
  280. date_default_timezone_set('America/Chicago');
  281. print $date->getIso();
  282. $otherdate = clone $date;
  283. $otherdate->setTimezone('Brazil/Acre');
  284. // Ausgabe des Datumsobjektes
  285. print $otherdate->getIso();
  286. // Setzen der aktuellen Zeitzone des Systems für das Objekt
  287. $lastdate = clone $date;
  288. $lastdate->setTimezone();
  289. // Ausgabe des Datumsobjektes
  290. print $lastdate->getIso();
  291. ]]></programlisting>
  292. </example>
  293. </sect2>
  294. </sect1>