Zend_Feed_Writer.xml 29 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292293294295296297298299300301302303304305306307308309310311312313314315316317318319320321322323324325326327328329330331332333334335336337338339340341342343344345346347348349350351352353354355356357358359360361362363364365366367368369370371372373374375376377378379380381382383384385386387388389390391392393394395396397398399400401402403404405406407408409410411412413414415416417418419420421422423424425426427428429430431432433434435436437438439440441442443444445446447448449450451452453454455456457458459460461462463464465466467468469470471472473474475476477478479480481482483484485486487488489490491492493494495496497498499500501502503504505506507508509510511512513514515516517518519520521522523524525526527528529530531532533534535536537538539540541542543544545546547548549550551552553554555556557558559560561562563564565566567568569570571572573574
  1. <?xml version="1.0" encoding="UTF-8"?>
  2. <!-- EN-Revision: 21256 -->
  3. <!-- Reviewed: no -->
  4. <sect1 id="zend.feed.writer">
  5. <title>Zend_Feed_Writer</title>
  6. <sect2 id="zend.feed.writer.introduction">
  7. <title>Einführung</title>
  8. <para>
  9. <classname>Zend_Feed_Writer</classname> ist die Bruderkomponente zu
  10. <classname>Zend_Feed_Reader</classname> und verantwortlich für die Erzeugung von
  11. Feeds für die Ausgabe. Sie unterstützt die Atom 1.0 Spezifikation (RFC 4287) und
  12. <acronym>RSS</acronym> 2.0 wie vom <acronym>RSS</acronym> Advisory Board
  13. (<acronym>RSS</acronym> 2.0.11) spezifiziert. Es ist kein Nachkomme dieses
  14. Standards. Trotzdem bietet es ein einfaches System der Erweiterung welches es erlaubt
  15. jede Erweiterung und jedes Modul für jede der zwei Spezifikationen zu implementieren
  16. wenn diese nicht von Haus aus angeboten werden.
  17. </para>
  18. <para>
  19. Auf vielen Wegen ist <classname>Zend_Feed_Writer</classname> das Gegenteil von
  20. <classname>Zend_Feed_Reader</classname>. Wobei <classname>Zend_Feed_Reader</classname>
  21. darauf fokusiert ist ein einfach zu verwendendes Architektur Frontend durch Getter
  22. Methoden anzubieten, und <classname>Zend_Feed_Writer</classname> durch ähnlich
  23. benannte Setter oder Mutatoren. Das stellt sicher das die <acronym>API</acronym> keine
  24. weitere Lernkurve erfordert wenn jemand bereits mit
  25. <classname>Zend_Feed_Reader</classname> bekannt ist.
  26. </para>
  27. <para>
  28. Als Ergebnis dieses Designs, ist der Rest sogar einleuchtend. Dahinter, wird jedes
  29. Datenset eines <classname>Zend_Feed_Reader</classname> Objekts wärend der
  30. Darstellungszeit in ein DOMDocument Objekt übersetzt indem die
  31. notwendigen Feed Elemente verwendet werden. Für jeden unterstützten Feed Typen gibt es
  32. beide, sowohl einen Atom 1.0 als auch einen <acronym>RSS</acronym> 2.0 Renderer. Die
  33. Verwendung von DOMDocument statt einer Template Lösung hat viele Vorteile.
  34. Der offensichtlichste ist die Möglichkeit das DOMDocument zu
  35. exportieren um es weiter zu bearbeiten und auf <acronym>PHP</acronym>
  36. <acronym>DOM</acronym> für die Korrakturen und richtige Darstellung zu setzen.
  37. </para>
  38. <para>
  39. Wie bei <classname>Zend_Feed_Reader</classname> ist
  40. <classname>Zend_Feed_Writer</classname> ein alleinstehender Ersatz für
  41. <classname>Zend_Feed</classname>'s Builder Architektur und nicht kompatibel mit diesen
  42. Klassen.
  43. </para>
  44. </sect2>
  45. <sect2 id="zend.feed.writer.architecture">
  46. <title>Architektur</title>
  47. <para>
  48. Die Architektur von <classname>Zend_Feed_Writer</classname> ist sehr einfach. Es hat
  49. zwei Kernsets von Klassen: Container und Renderer.
  50. </para>
  51. <para>
  52. Der Container enthält die Klassen <classname>Zend_Feed_Writer_Feed</classname> und
  53. <classname>Zend_Feed_Writer_Entry</classname>. Die Einstiegsklassen können bei jeder
  54. Feed Klasse angehängt werden. Der einzige Zweck dieses Containers ist es Daten über den
  55. zu erstellenden Feed zu sammelnindem ein einfaches Interface von Setter Methoden
  56. verwendet wird. Diese Methode führen einige Test zur Datenprüfung durch. Zum Beispiel
  57. prüft er übergebene <acronym>URI</acronym>s, Datum, usw. Diese Checks sind nicht an
  58. einen der Feed Standards gebunden. Das Container Objekt enthält auch Methoden welche die
  59. schnelle Darstellung und den Export des endgültigen Feeds erlauben, und Sie können auf
  60. Wunsch wiederverwendet werden.
  61. </para>
  62. <para>
  63. Wärend es zwei Daten Container gibt, gibt es vier Renderer - zwei passende Container
  64. Renderer pro unterstütztem Feed Typ. Der Renderer akzeptiert einen Container, und
  65. basierend auf seinem Container versucht er einen gültigen Feed zu erstellen. Wenn der
  66. Renderer nicht in der Lage ist einen gültigen Feed zu erstellen, möglicherweise weil dem
  67. Container ein obligatorischer Datenpunkt fehlt, dann wird er dies melden indem eine
  68. <classname>Exception</classname> geworfen wird. Wärend es möglich ist
  69. <classname>Exception</classname>s zu ignorieren, würde das diese alle standardmäßigen
  70. Sicherheiten entfernen welche sicherstellen das gültige Daten gesetzt wurden um einen
  71. komplett gültigen Feed darzustellen.
  72. </para>
  73. <para>
  74. Da das System in Datencontainer und Renderer geteilt ist, kann es Erweiterungen
  75. interessant machen. Eine typische Erweiterung welche namespaced Feeds und Entry Level
  76. Elemente bietet, muss selbst exakt die gleiche Atchitektur reflektieren, z.B. anbieten
  77. von Feed und Entry Level Daten Containern, und passenden Renderern. Das ist,
  78. glücklicherweise, keine komplexe Integrationsarbeit da alle Erweiterungsklassen einfach
  79. registriert und automatisch von den Kern Klassen verwendet werden. Wir kommen später in
  80. diesem Kapitel im Detail zu den Erweiterungen.
  81. </para>
  82. </sect2>
  83. <sect2 id="zend.feed.writer.getting.started">
  84. <title>Beginnen</title>
  85. <para>
  86. Die Verwendung von <classname>Zend_Feed_Reader</classname> ist so einfach wie das Setzen
  87. von Daten und dem Ausführen des Renderers. Hier ist ein Beispiel um einen minimalen Atom
  88. 1.0 Feed zu erstellen.
  89. </para>
  90. <programlisting language="php"><![CDATA[
  91. /**
  92. * Den Eltern Feed erstellen
  93. */
  94. $feed = new Zend_Feed_Writer_Feed;
  95. $feed->setTitle('Paddy\'s Blog');
  96. $feed->setLink('http://www.example.com');
  97. $feed->setFeedLink('http://www.example.com/atom', 'atom');
  98. $feed->addAuthor(array(
  99. 'name' => 'Paddy',
  100. 'email' => 'paddy@example.com',
  101. 'uri' => 'http://www.example.com',
  102. ));
  103. $feed->setDateModified(time());
  104. $feed->addHub('http://pubsubhubbub.appspot.com/');
  105. /**
  106. * Einen oder mehrere Einträge hinzufügen. Beachten das Einträge
  107. * manuell hinzugefügt werden müssen sobald Sie erstellt wurden
  108. */
  109. $entry = $feed->createEntry();
  110. $entry->setTitle('All Your Base Are Belong To Us');
  111. $entry->setLink('http://www.example.com/all-your-base-are-belong-to-us');
  112. $entry->addAuthor(array(
  113. 'name' => 'Paddy',
  114. 'email' => 'paddy@example.com',
  115. 'uri' => 'http://www.example.com',
  116. ));
  117. $entry->setDateModified(time());
  118. $entry->setDateCreated(time());
  119. $entry->setDescription(
  120. 'Die Schwierigkeiten erklären Spiele ins englische zu portieren.'
  121. );
  122. $entry->setContent(
  123. 'Ich schreibe diesen Artikel nicht. Das Beispiel ist lang genug ;).');
  124. $feed->addEntry($entry);
  125. /**
  126. * Den ergebenden Feed in Atom 1.0 darstellen und $out zuordnen. Man kann
  127. * "atom" mit "rss" ersetzen um einen RSS 2.0 feed zu erstellen
  128. */
  129. $out = $feed->export('atom');
  130. ]]></programlisting>
  131. <para>
  132. Die dargestellt Ausgabe sollte folgende sein:
  133. </para>
  134. <programlisting language="xml"><![CDATA[
  135. <?xml version="1.0" encoding="utf-8"?>
  136. <feed xmlns="http://www.w3.org/2005/Atom">
  137. <title type="text">Paddy's Blog</title>
  138. <subtitle type="text">Writing about PC Games since 176 BC.</subtitle>
  139. <updated>2009-12-14T20:28:18+00:00</updated>
  140. <generator uri="http://framework.zend.com" version="1.10.0alpha">
  141. Zend_Feed_Writer
  142. </generator>
  143. <link rel="alternate" type="text/html" href="http://www.example.com"/>
  144. <link rel="self" type="application/atom+xml"
  145. href="http://www.example.com/atom"/>
  146. <id>http://www.example.com</id>
  147. <author>
  148. <name>Paddy</name>
  149. <email>paddy@example.com</email>
  150. <uri>http://www.example.com</uri>
  151. </author>
  152. <link rel="hub" href="http://pubsubhubbub.appspot.com/"/>
  153. <entry>
  154. <title type="html"><![CDATA[All Your Base Are Belong To Us]]]]><![CDATA[></title>
  155. <summary type="html">
  156. <![CDATA[Exposing the difficultly of porting games to English.]]]]><![CDATA[>
  157. </summary>
  158. <published>2009-12-14T20:28:18+00:00</published>
  159. <updated>2009-12-14T20:28:18+00:00</updated>
  160. <link rel="alternate" type="text/html"
  161. href="http://www.example.com/all-your-base-are-belong-to-us"/>
  162. <id>http://www.example.com/all-your-base-are-belong-to-us</id>
  163. <author>
  164. <name>Paddy</name>
  165. <email>paddy@example.com</email>
  166. <uri>http://www.example.com</uri>
  167. </author>
  168. <content type="html">
  169. <![CDATA[I am not writing the article.
  170. The example is long enough as is ;).]]]]><![CDATA[>
  171. </content>
  172. </entry>
  173. </feed>
  174. ]]></programlisting>
  175. <para>
  176. Das ist ein perfekt gültiges Beispiel für Atom 1.0. Es sollte erwähnt sein das die
  177. Unterdrückung von obligatorischen Datenpunkten, wie dem Titel, eine
  178. <classname>Exception</classname> werfen wenn diese als Atom 1.0 dargestellt werden.
  179. Das unterscheidet sich für <acronym>RSS</acronym> 2.0 wo ein Titel unterdrückt werden
  180. kann solange eine Beschreibung vorhanden ist. Dadurch werden Exceptions geworfen die
  181. sich zwischen beiden Standards unterscheiden abhängig vom Renderer der Verwendet wird.
  182. Vom Design her wird <classname>Zend_Feed_Writer</classname> einen ungültigen Feed für
  183. keinen Standard darstellen solange der End-Benutzer nicht definiert das alle Exceptions
  184. ignoriert werden sollen.
  185. </para>
  186. </sect2>
  187. <sect2 id="zend.feed.writer.setting.feed.data.points">
  188. <title>Die Datenpunkte eines Feeds setzen</title>
  189. <para>
  190. Bevor ein Feed dargestellt werden kann, müssen zuerst die notwendigen Daten, für den
  191. Feed der dargestellt werden soll, gesetzt werden. Hierbei wird eine einfache Setter
  192. artige <acronym>API</acronym> verwendet welche auch als initiale Methode für die Prüfung
  193. von Daten herhält wenn diese gesetzt werden. Vom Design her entspricht die
  194. <acronym>API</acronym> stark der von <classname>Zend_Feed_Reader</classname> um
  195. Unklarheiten und Unsicherheiten zu vermeiden.
  196. </para>
  197. <para>
  198. <classname>Zend_Feed_Writer</classname> bietet diese <acronym>API</acronym> über seine
  199. Datencontainer Klassen <classname>Zend_Feed_Writer_Feed</classname> und
  200. <classname>Zend_Feed_Writer_Entry</classname> an. Diese Klassen speichern nahezu alle
  201. Feed Daten in einer vom Typ unabhängigen Art, was bedeutet das man jeden Datencontainer
  202. mit jedem Renderer wiederverwenden kann ohne das zusätzliche Arbeit notwendig ist. Beide
  203. Klassen sind auch offen für Erweiterungen, was bedeutet das eine Erweiterung seine
  204. eigenen Containerklassen definieren kann welche bei den Basis Containerklassen als
  205. Erweiterung registriert sind, und geprüft werden sobald irgendein Methodenaufruf die
  206. <methodname>__call()</methodname> Methode des Basiscontainers auslöst.
  207. </para>
  208. <para>
  209. Hier ist eine Zusammenfassung der Kern <acronym>API</acronym> für Feeds. Man sollte
  210. beachten das Sie nicht nur die Standards für <acronym>RSS</acronym> und Atom umfasst,
  211. sondern auch eine Anzahl von Erweiterungen welche in
  212. <classname>Zend_Feed_Writer</classname> enthalten sind. Die Benamung dieser Erweiterungs
  213. Methoden ist recht generisch - alle Erweiterungs Methoden arbeiten auf dem gleichen
  214. Level wie die Kern <acronym>API</acronym> da wir es erlauben jedes Erweiterungs Objekt
  215. seperat zu empfangen wenn das notwendig ist.
  216. </para>
  217. <table>
  218. <title>API Methoden auf Feed Level</title>
  219. <tgroup cols="2">
  220. <tbody>
  221. <row>
  222. <entry><methodname>setId()</methodname></entry>
  223. <entry>
  224. Setzt eine eindeutige ID die mit diesem Feed assoziiert ist. Für Atom
  225. 1.0 ist das ein atom:id Element, und für <acronym>RSS</acronym> 2.0 wird
  226. es als guid Element hinzugefügt. Diese sind optional solange ein Link
  227. hinzugefügt wird, wenn z.B. der Link als ID gesetzt ist.
  228. </entry>
  229. </row>
  230. <row>
  231. <entry><methodname>setTitle()</methodname></entry>
  232. <entry>Setzt den Titel des Feeds.</entry>
  233. </row>
  234. <row>
  235. <entry><methodname>setDescription()</methodname></entry>
  236. <entry>Setzt die textuelle Beschreibung des Feeds.</entry>
  237. </row>
  238. <row>
  239. <entry><methodname>setLink()</methodname></entry>
  240. <entry>
  241. Setzt eine <acronym>URI</acronym> zur <acronym>HTML</acronym> Website
  242. welche die gleichen oder ähnliche Informationen wie dieser Feed
  243. enthält (z.B. wenn der Feed von einem Blog ist, sollte er die
  244. <acronym>URI</acronym> des Blogs anbieten unter welche die
  245. <acronym>HTML</acronym> Version der Einträge gelesen werden können).
  246. </entry>
  247. </row>
  248. <row>
  249. <entry><methodname>setFeedLinks()</methodname></entry>
  250. <entry>
  251. Fügt einen Link zu einem <acronym>XML</acronym> Feed hinzu, entweder der
  252. erzeugte Feed oder eine alternative <acronym>URI</acronym> zeigen auf
  253. den gleichen Feed, aber in einem anderen Format. Es ist mindestens
  254. notwendig einen Link zum erstellten Feed zu inkludieren damit dieser
  255. eine identifizierbare endgültige <acronym>URI</acronym> hat, welche es
  256. dem Client erlaubt Änderungen des Orts mitzubekommen ohne das dauernde
  257. Umleitungen notwendig sind. Dieser Parameter ist ein Array von Arrays,
  258. wobei jedes Unter-Array die Schlüssel "type" und "uri" enthält. Der Type
  259. sollte "atom", "rss" oder "rdf" sein. Wenn ein Typ unterdrückt wird, ist
  260. er standardmäßig mit dem Typ identisch mit dem der Feed dargestellt
  261. wird.
  262. </entry>
  263. </row>
  264. <row>
  265. <entry><methodname>setAuthors()</methodname></entry>
  266. <entry>
  267. Setzt die Daten für Autoren. Der Parameter ist ein Array von Arrays
  268. wobei jedes Unter-Array die Schlüssel "name", "email" und "uri"
  269. enthalten kann. Der Wert "uri ist nur für Atom Feeds anwendbar da
  270. <acronym>RSS</acronym> keine Möglichkeit enthält Ihn anzuzeigen. Für
  271. <acronym>RSS</acronym> 2.0 werden bei der Darstellung zwei Elemente
  272. erzeugt - ein Autor Element welches die Referenz zur Email enthält und
  273. dem Namen in Klammern, und ein Dublin Core Creator Element welches nur
  274. den Namen enthält.
  275. </entry>
  276. </row>
  277. <row>
  278. <entry><methodname>setAuthor()</methodname></entry>
  279. <entry>
  280. Setzt die Daten für einen einzelnen Autor und folgt dem selben Format
  281. wie vorher für ein einzelnes Unter-Array beschrieben.
  282. </entry>
  283. </row>
  284. <row>
  285. <entry><methodname>setDateCreated()</methodname></entry>
  286. <entry>
  287. Setzt das Datum an dem dieser Feed erstellt wurde. Generell nur
  288. für Atom anwendbar wo es das Datum beschreibt zu der die Ressource,
  289. die von dem Atom 1.0 Dokument beschrieben wird, erstellt wurde. Der
  290. erwartete Parameter muss ein <acronym>UNIX</acronym> Timestamp oder ein
  291. <classname>Zend_Date</classname> Objekt sein.
  292. </entry>
  293. </row>
  294. <row>
  295. <entry><methodname>getDateModified()</methodname></entry>
  296. <entry>
  297. Setzt das Datum zu dem dieser Feed das letzte Mal geändert wurde. Der
  298. erwartete Parameter muss ein <acronym>UNIX</acronym> Timestamp oder ein
  299. <classname>Zend_Date</classname> Objekt sein.
  300. </entry>
  301. </row>
  302. <row>
  303. <entry><methodname>setLanguage()</methodname></entry>
  304. <entry>
  305. Setzt die Sprache des Feeds. Diese wird unterdrückt solange Sie nicht
  306. gesetzt ist.
  307. </entry>
  308. </row>
  309. <row>
  310. <entry><methodname>getGenerator()</methodname></entry>
  311. <entry>
  312. Erlaubt es einen Generator zu setzen. Der Parameter sollte ein Array
  313. sein welche die Schlüssel "name", "version" und "uri" enthält. Wenn er
  314. unterdrückt wird, wird ein standardmäßiger Generator hinzugefügt welcher
  315. auf <classname>Zend_Feed_Writer</classname>, die aktuelle Version vom
  316. Zend Framework und die <acronym>URI</acronym> des Frameworks verweist.
  317. </entry>
  318. </row>
  319. <row>
  320. <entry><methodname>setCopyright()</methodname></entry>
  321. <entry>Setzt eine Copyright Notiz die mit dem Feed assoziiert ist.</entry>
  322. </row>
  323. <row>
  324. <entry><methodname>setHubs()</methodname></entry>
  325. <entry>
  326. Akzeptiert ein Array von Pubsubhubbub Hub Endpunkten die im Feed als
  327. Atom Links dargestellt werden damit PuSH Abonnenten den eigenen Feed
  328. abbonieren können. Es ist zu beachten das man einen Pubsubhubbub
  329. Herausgeber implementieren muss damit Real-Time Updates ermöglicht
  330. werden. Ein Herausgeber kann implementiert werden indem
  331. <classname>Zend_Feed_Pubsubhubbub_Publisher</classname> verwendet wird.
  332. </entry>
  333. </row>
  334. <row>
  335. <entry><methodname>setCategories()</methodname></entry>
  336. <entry>
  337. Akzepziert ein Array an Kategorien für die Darstellung, wobei jedes
  338. Element selbst ein Array ist dessen möglich Schlüssel "term", "label"
  339. und "scheme" enthalten. "term" ist typischerweise der Name einer
  340. Kategorie welche für die Aufnahme in einer <acronym>URI</acronym>
  341. passen. "label" kann ein menschlich lesbarer Name einer Kategorie sein
  342. der spezielle Zeichen unterstützt (er wird wärend der Darstellung
  343. kodiert) und ist ein benötigter Schlüssel. "scheme" (im
  344. <acronym>RSS</acronym> auch die Domain genannt) ist optional muss aber
  345. eine gültige <acronym>URI</acronym> sein.
  346. </entry>
  347. </row>
  348. </tbody>
  349. </tgroup>
  350. </table>
  351. </sect2>
  352. <sect2 id="zend.feed.writer.setting.entry.data.points">
  353. <title>Setzen der Datenpunkt für Einträge</title>
  354. <para>
  355. Hier ist eine Zusammenfassung der Kern <acronym>API</acronym> für Einträge und Elemente.
  356. Man sollte beachten das Sie nicht nur die Standards für <acronym>RSS</acronym> und Atom
  357. umfasst, sondern auch eine Anzahl von Erweiterungen welche in
  358. <classname>Zend_Feed_Writer</classname> enthalten sind. Die Benamung dieser Erweiterungs
  359. Methoden ist recht generisch - alle Erweiterungs Methoden arbeiten auf dem gleichen
  360. Level wie die Kern <acronym>API</acronym> da wir es erlauben jedes Erweiterungs Objekt
  361. seperat zu empfangen wenn das notwendig ist.
  362. </para>
  363. <table>
  364. <title>API Methoden auf Eintrags Level</title>
  365. <tgroup cols="2">
  366. <tbody>
  367. <row>
  368. <entry><methodname>setId()</methodname></entry>
  369. <entry>
  370. Setzt eine eindeutige ID die mit diesem Feed assoziiert ist. Für Atom
  371. 1.0 ist das ein atom:id Element, und für <acronym>RSS</acronym> 2.0 wird
  372. es als guid Element hinzugefügt. Diese sind optional solange ein Link
  373. hinzugefügt wird, wenn z.B. der Link als ID gesetzt ist.
  374. </entry>
  375. </row>
  376. <row>
  377. <entry><methodname>setTitle()</methodname></entry>
  378. <entry>Setzt den Titel des Feeds.</entry>
  379. </row>
  380. <row>
  381. <entry><methodname>setDescription()</methodname></entry>
  382. <entry>Setzt die textuelle Beschreibung des Feeds.</entry>
  383. </row>
  384. <row>
  385. <entry><methodname>setLink()</methodname></entry>
  386. <entry>
  387. Setzt eine <acronym>URI</acronym> zur <acronym>HTML</acronym> Website
  388. welche die gleichen oder ähnliche Informationen wie dieser Feed
  389. enthält (z.B. wenn der Feed von einem Blog ist, sollte er die
  390. <acronym>URI</acronym> des Blogs anbieten unter welche die
  391. <acronym>HTML</acronym> Version der Einträge gelesen werden können).
  392. </entry>
  393. </row>
  394. <row>
  395. <entry><methodname>setFeedLinks()</methodname></entry>
  396. <entry>
  397. Fügt einen Link zu einem <acronym>XML</acronym> Feed hinzu, entweder der
  398. erzeugte Feed oder eine alternative <acronym>URI</acronym> zeigen auf
  399. den gleichen Feed, aber in einem anderen Format. Es ist mindestens
  400. notwendig einen Link zum erstellten Feed zu inkludieren damit dieser
  401. eine identifizierbare endgültige <acronym>URI</acronym> hat, welche es
  402. dem Client erlaubt Änderungen des Orts mitzubekommen ohne
  403. das dauernde Umleitungen notwendig sind. Dieser Parameter ist ein Array
  404. von Arrays, wobei jedes Unter-Array die Schlüssel "type" und "uri"
  405. enthält. Der Type sollte "atom", "rss" oder "rdf" sein. Wenn ein Typ
  406. unterdrückt wird, ist er standardmäßig mit dem Typ identisch mit dem
  407. der Feed dargestellt wird.
  408. </entry>
  409. </row>
  410. <row>
  411. <entry><methodname>setAuthors()</methodname></entry>
  412. <entry>
  413. Setzt die Daten für Autoren. Der Parameter ist ein Array von Arrays
  414. wobei jedes Unter-Array die Schlüssel "name", "email" und "uri"
  415. enthalten kann. Der Wert "uri ist nur für Atom Feeds anwendbar da
  416. <acronym>RSS</acronym> keine Möglichkeit enthält Ihn anzuzeigen. Für
  417. <acronym>RSS</acronym> 2.0 werden bei der Darstellung zwei Elemente
  418. erzeugt - ein Autor Element welches die Referenz zur Email enthält und
  419. dem Namen in Klammern, und ein Dublin Core Creator Element welches nur
  420. den Namen enthält.
  421. </entry>
  422. </row>
  423. <row>
  424. <entry><methodname>setAuthor()</methodname></entry>
  425. <entry>
  426. Setzt die Daten für einen einzelnen Autor und folgt dem selben Format
  427. wie vorher für ein einzelnes Unter-Array beschrieben.
  428. </entry>
  429. </row>
  430. <row>
  431. <entry><methodname>setDateCreated()</methodname></entry>
  432. <entry>
  433. Setzt das Datum an dem dieser Feed erstellt wurde. Generell nur
  434. für Atom anwendbar wo es das Datum beschreibt zu der die Ressource,
  435. die von dem Atom 1.0 Dokument beschrieben wird, erstellt wurde. Der
  436. erwartete Parameter muss ein <acronym>UNIX</acronym> Timestamp oder ein
  437. <classname>Zend_Date</classname> Objekt sein.
  438. </entry>
  439. </row>
  440. <row>
  441. <entry><methodname>getDateModified()</methodname></entry>
  442. <entry>
  443. Setzt das Datum zu dem dieser Feed das letzte Mal geändert wurde. Der
  444. erwartete Parameter muss ein <acronym>UNIX</acronym> Timestamp oder ein
  445. <classname>Zend_Date</classname> Objekt sein.
  446. </entry>
  447. </row>
  448. <row>
  449. <entry><methodname>setLanguage()</methodname></entry>
  450. <entry>
  451. Setzt die Sprache des Feeds. Diese wird unterdrückt solange Sie nicht
  452. gesetzt ist.
  453. </entry>
  454. </row>
  455. <row>
  456. <entry><methodname>getGenerator()</methodname></entry>
  457. <entry>
  458. Erlaubt es einen Generator zu setzen. Der Parameter sollte ein Array
  459. sein welche die Schlüssel "name", "version" und "uri" enthält. Wenn er
  460. unterdrückt wird, wird ein standardmäßiger Generator hinzugefügt welcher
  461. auf <classname>Zend_Feed_Writer</classname>, die aktuelle Version vom
  462. Zend Framework und die <acronym>URI</acronym> des Frameworks verweist.
  463. </entry>
  464. </row>
  465. <row>
  466. <entry><methodname>setCopyright()</methodname></entry>
  467. <entry>Setzt eine Copyright Notiz die mit dem Feed assoziiert ist.</entry>
  468. </row>
  469. <row>
  470. <entry><methodname>setHubs()</methodname></entry>
  471. <entry>
  472. Akzeptiert ein Array von Pubsubhubbub Hub Endpunkten die im Feed als
  473. Atom Links dargestellt werden damit PuSH Abonnenten den eigenen Feed
  474. abbonieren können. Es ist zu beachten das man einen Pubsubhubbub
  475. Herausgeber implementieren muss damit Real-Time Updates ermöglicht
  476. werden. Ein Herausgeber kann implementiert werden indem
  477. <classname>Zend_Feed_Pubsubhubbub_Publisher</classname> verwendet wird.
  478. </entry>
  479. </row>
  480. <row>
  481. <entry><methodname>setCategories()</methodname></entry>
  482. <entry>
  483. Akzepziert ein Array an Kategorien für die Darstellung, wobei jedes
  484. Element selbst ein Array ist dessen möglich Schlüssel "term", "label"
  485. und "scheme" enthalten. "term" ist typischerweise der Name einer
  486. Kategorie welche für die Aufnahme in einer <acronym>URI</acronym>
  487. passen. "label" kann ein menschlich lesbarer Name einer Kategorie sein
  488. der spezielle Zeichen unterstützt (er wird wärend der Darstellung
  489. kodiert) und ist ein benötigter Schlüssel. "scheme" (im
  490. <acronym>RSS</acronym> auch die Domain genannt) ist optional muss aber
  491. eine gültige <acronym>URI</acronym> sein.
  492. </entry>
  493. </row>
  494. </tbody>
  495. </tgroup>
  496. </table>
  497. </sect2>
  498. </sect1>