Zend_Controller-Response.xml 20 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292293294295296297298299300301302303304305306307308309310311312313314315316317318319320321322323324325326327328329330331332333334335336337338339340341342343344345346347348349350351352353354355356357358359360361362363364365366367368369370371372373374375376377378379380381382383384385386387388389390391392393394395396397398399400401402403404405406407408409410411412413414415416417418419420421422423424425426427428429430431432433434435436437438439440441442443444445446447448449450451452453454455456457458459460461462463464465466467468469470471472473474475476477478479480481482483484485486487488489490491492493
  1. <?xml version="1.0" encoding="UTF-8"?>
  2. <!-- EN-Revision: 16180 -->
  3. <!-- Reviewed: no -->
  4. <sect1 id="zend.controller.response">
  5. <title>Das Response Objekt</title>
  6. <sect2 id="zend.controller.response.usage">
  7. <title>Verwendung</title>
  8. <para>
  9. Das Response Objekt ist das logische Gegenstück zum <link
  10. linkend="zend.controller.request">Request Objekt</link>. Sein Zweck ist es,
  11. Inhalte und / oder Header zu vereinigen, um sie in einem Rutsch zu versenden.
  12. Zusätzlich übergibt der Front Controller alle aufgefangenen Ausnahmen an das Response
  13. Objekt, um dem Entwickler das Verarbeiten von Ausnahmen zu ermöglichen. Dies
  14. Funktionalität kann durch Setzen von
  15. <classname>Zend_Controller_Front::throwExceptions(true)</classname> überschrieben
  16. werden.
  17. </para>
  18. <programlisting language="php"><![CDATA[
  19. $front->throwExceptions(true);
  20. ]]></programlisting>
  21. <para>
  22. Um die Ausgabe der Response, inklusiver der gesetzten Header, zu senden, verwendet man
  23. <methodname>sendResponse()</methodname>:
  24. </para>
  25. <programlisting language="php"><![CDATA[
  26. $response->sendResponse();
  27. ]]></programlisting>
  28. <note>
  29. <para>
  30. Standardmäßig ruft der Front Controller <methodname>sendResponse()</methodname> auf
  31. wenn er die Anfrage fertig bearbeitet hat; typischerweise wird es nie notwendig
  32. sein Ihn aufzurufen. Wenn man trotzdem die Antwort manipulieren will oder Sie beim
  33. Testen verwenden will, kann dieses Verhalten durch das Setzen des
  34. <code>returnResponse</code> Flags mit
  35. <methodname>Zend_Controller_Front::returnResponse(true)</methodname> geändert werden:
  36. </para>
  37. <programlisting language="php"><![CDATA[$front->returnResponse(true);
  38. $response = $front->dispatch();
  39. // ein bischen mehr verarbeiten, wie z.B. loggen...
  40. // und dann die Ausgabe senden:
  41. $response->sendResponse();
  42. ]]></programlisting>
  43. </note>
  44. <para>
  45. Entwickler sollten das Response Objekt in ihren Aktionscontrollern verwenden. Statt
  46. die Ausgabe direkt zu machen und Header zu versenden, sollten diese an des Response
  47. Objekt übergeben werden:
  48. </para>
  49. <programlisting language="php"><![CDATA[
  50. // Innerhalb einer Controller Aktion:
  51. // Setze einen Header
  52. $this->getResponse()
  53. ->setHeader('Content-Type', 'text/html')
  54. ->appendBody($content);
  55. ]]></programlisting>
  56. <para>
  57. Dadurch werden alle Header in einem Rutsch versendet, genau vor der Anzeige des Inhalts.
  58. </para>
  59. <note>
  60. <para>
  61. Wenn die <link linkend="zend.controller.action.viewintegration">View
  62. Integration</link> des Aktion Controllers verwendet wird muß der bearbeitete
  63. Inhalt des View Skripts im Antwort Objekt nicht gesetzt werden, da die
  64. <classname>Zend_Controller_Action::render()</classname> das standardmäßig macht.
  65. </para>
  66. </note>
  67. <para>
  68. Sollte in der Anwendung eine Ausnahme auftreten, überprüft man den
  69. <methodname>isException()</methodname> Schalter des Response Objektes und erhält die
  70. Ausnahme durch Verwendung von <methodname>getException()</methodname>. Zusätzlich kann
  71. man ein eigenes Response Objekt erstellen, dass zu einer Fehlerseite umleitet, die
  72. Nachricht der Ausnahme loggt, die Nachricht der Ausnahme schön formatiert ausgibt (für
  73. Entwicklungsumgebungen), usw.
  74. </para>
  75. <para>
  76. Man kann das Response Objekt im Anschluß an die dispatch() Methode des Front Controllers
  77. erhalten oder den Front Controller auffordern, dass Response Objekt zurückzugeben
  78. statt den Inhalt auszugeben.
  79. </para>
  80. <programlisting language="php"><![CDATA[
  81. // Erhalten nach dem Dispatch:
  82. $front->dispatch();
  83. $response = $front->getResponse();
  84. if ($response->isException()) {
  85. // log, mail, etc...
  86. }
  87. // Oder den Front Controller dispatch Prozess auffordern, es zurück zu geben
  88. $front->returnResponse(true);
  89. $response = $front->dispatch();
  90. // mach irgend was...
  91. // zum Schluß, gib die Antwort aus
  92. $response->sendResponse();
  93. ]]></programlisting>
  94. <para>
  95. Standardmäßig werden Ausnahmennachrichten nicht ausgegeben. Dieses Verhalten kann durch
  96. den Aufruf von <methodname>renderException()</methodname> überschrieben werden oder
  97. indem der Front Controller aufgefordert wird, die Exceptions durch
  98. <methodname>throwExceptions()</methodname> auszuwerfen, wie oben gezeigt:
  99. </para>
  100. <programlisting language="php"><![CDATA[
  101. $response->renderExceptions(true);
  102. $front->dispatch($request, $response);
  103. // oder:
  104. $front->returnResponse(true);
  105. $response = $front->dispatch();
  106. $response->renderExceptions();
  107. $response->sendResponse();
  108. // oder:
  109. $front->throwExceptions(true);
  110. $front->dispatch();
  111. ]]></programlisting>
  112. </sect2>
  113. <sect2 id="zend.controller.response.headers">
  114. <title>Header manipulieren</title>
  115. <para>
  116. Wie vorher besprochen, ist einer der Aspekte der Antwort Objekt Aufgaben das Sammeln und
  117. Abschicken der HTTP Antwort Header. Eine Vielzahl von Methoden existieren hierfür:
  118. </para>
  119. <itemizedlist>
  120. <listitem>
  121. <para>
  122. <methodname>canSendHeaders()</methodname> wird verwendet um zu ermitteln ob
  123. bereits Header gesendet wurden. Sie nimmt ein zusätzliches Flag das zeigt ob
  124. eine Ausnahme geworfen werden soll oder nicht, wenn bereits Header gesendet
  125. wurden. Das kann durch das Setzen der Eigenschaft
  126. <code>headersSentThrowsException</code> zu <constant>FALSE</constant>
  127. überschrieben werden.
  128. </para>
  129. </listitem>
  130. <listitem>
  131. <para>
  132. <methodname>setHeader($name, $value, $replace = false)</methodname> wird
  133. verwendet um einen individuellen Header zu setzen. Standardmäßig, ersetzt das
  134. keinen bereits existierenden gleichnamigen Header im Objekt; Trotzdem wird das
  135. Setzen von <varname>$replace</varname> zu true es forcieren das zu tun.
  136. </para>
  137. <para>
  138. Bevor der Header setzt wird, prüft er mit
  139. <methodname>canSendHeaders()</methodname> um zu sehen ob diese Operation zu
  140. diesem Zeitpunkt erlaubt ist, und erzwingt das eine Ausnahme geworfen wird.
  141. </para>
  142. </listitem>
  143. <listitem>
  144. <para>
  145. <methodname>setRedirect($url, $code = 302)</methodname> setzt einen HTTP
  146. Location Header für eine Umleitung. Wenn ein HTTP Status Code angegeben wurde,
  147. wird dieser Status Code verwendet.
  148. </para>
  149. <para>
  150. Intern wird <methodname>setHeader()</methodname> mit dem
  151. <varname>$replace</varname> Flag aufgerufen um sicherzustellen das nur ein
  152. solcher Header jemals gesendet wird.
  153. </para>
  154. </listitem>
  155. <listitem>
  156. <para>
  157. <methodname>getHeaders()</methodname> gibt ein Array aller Header zurück. Jedes
  158. Array Element ist ein Array mit den Schlüsseln 'name' und 'value'.
  159. </para>
  160. </listitem>
  161. <listitem>
  162. <para>
  163. <methodname>clearHeaders()</methodname> löscht alle registrierten Headern.
  164. </para>
  165. </listitem>
  166. <listitem>
  167. <para>
  168. <methodname>setRawHeader()</methodname> kann verwendet werden um Header zu
  169. setzen die keine Schlüssel/Werte Paare sind, wie einen HTTP Status Header.
  170. </para>
  171. </listitem>
  172. <listitem>
  173. <para>
  174. <methodname>getRawHeaders()</methodname> gibt jeden registrierten rohen Header
  175. zurück.
  176. </para>
  177. </listitem>
  178. <listitem>
  179. <para>
  180. <methodname>clearRawHeaders()</methodname> löscht jeden registrierten rohen
  181. Header.
  182. </para>
  183. </listitem>
  184. <listitem>
  185. <para>
  186. <methodname>clearAllHeaders()</methodname> löscht beide, reguläre
  187. Schlüssel/Werte Header genauso wie rohe Header.
  188. </para>
  189. </listitem>
  190. </itemizedlist>
  191. <para>
  192. Zusätzlich zu den obigen Methoden, gint es Accessors für das Setzen und Empfangen der
  193. HTTP Antwort Codes für die aktuellen Anfrage,
  194. <methodname>setHttpResponseCode()</methodname> und
  195. <methodname>getHttpResponseCode()</methodname>.
  196. </para>
  197. </sect2>
  198. <sect2 id="zend.controller.response.namedsegments">
  199. <title>Benannte Segmente</title>
  200. <para>
  201. Das Antwort Objekt unterstützt "benannte Segmente". Das erlaubt es den Inhalt des Bodys
  202. in verschiedene Segmente zu isolieren und diese Segmente zu reihen damit die Ausgabe in
  203. einer spezifizierten Reihenfolge zurückgegeben wird. Intern wird der Inhalt der Bodys in
  204. einem Array gespeichert und die verschiedenen Accessor Methoden können verwendet werden
  205. um die Plazierung und Benamung innerhalb des Arrays zu indizieren.
  206. </para>
  207. <para>
  208. Als Beispiel könnte ein <methodname>preDispatch()</methodname> Hook verwendet werden um
  209. dem Antwort Objekt einen Header hinzuzufügen, dann den Aktion Controller einen Inhalt
  210. des Bodys hinzufügen zu lassen und einen <methodname>postDispatch()</methodname> Hook
  211. einen Footer hinzufügen zu lassen:
  212. </para>
  213. <programlisting language="php"><![CDATA[
  214. // Angenommen diese Plugin Klasse ist im Front Controller registriert
  215. class MyPlugin extends Zend_Controller_Plugin_Abstract
  216. {
  217. public function preDispatch(Zend_Controller_Request_Abstract $request)
  218. {
  219. $response = $this->getResponse();
  220. $view = new Zend_View();
  221. $view->setBasePath('../views/scripts');
  222. $response->prepend('header', $view->render('header.phtml'));
  223. }
  224. public function postDispatch(Zend_Controller_Request_Abstract $request)
  225. {
  226. $response = $this->getResponse();
  227. $view = new Zend_View();
  228. $view->setBasePath('../views/scripts');
  229. $response->append('footer', $view->render('footer.phtml'));
  230. }
  231. }
  232. // Ein Beispiel Aktion Controller
  233. class MyController extends Zend_Controller_Action
  234. {
  235. public function fooAction()
  236. {
  237. $this->render();
  238. }
  239. }
  240. ]]></programlisting>
  241. <para>
  242. Im obigen Beispiel wird ein Aufruf zu <filename>/my/foo</filename> den endgültigen
  243. Inhalt des Bodys des Antwort Objekts mit der folgenden Struktur verursachen:
  244. </para>
  245. <programlisting language="php"><![CDATA[
  246. array(
  247. 'header' => ..., // Header Inhalt
  248. 'default' => ..., // Body Inhalt von MyController::fooAction()
  249. 'footer' => ... // Footer Inhalt
  250. );
  251. ]]></programlisting>
  252. <para>
  253. Wenn das gerendert wird, wird es in der Reihenfolge gerendert in dem die Elements im
  254. Array angeordnet sind.
  255. </para>
  256. <para>
  257. Eine Vielzahl von Methoden kann verwendet werden um die benannten Segmente zu
  258. manipulieren:
  259. </para>
  260. <itemizedlist>
  261. <listitem>
  262. <para>
  263. <methodname>setBody()</methodname> und <methodname>appendBody()</methodname>
  264. erlauben das ein zweiter Wert, <varname>$name</varname>, übergeben wird der ein
  265. benanntes Segment indiziert. In jedem Fall wird, wenn das übergeben wird, das
  266. spezifizierte benannte Segment überschrieben oder es wird erstellt wenn es
  267. nicht existiert (standardmäßig dem Array hinzugefügt). Wenn kein benanntes
  268. Segment an <methodname>setBody()</methodname> übergeben wird, resetiert es den
  269. kompletten Inhalt des Body Arrays. Wenn kein benanntes Segment an appendBody()
  270. übergeben wird, wird der Inhalt dem Wert im 'default' benannten Segment
  271. hinzugefügt.
  272. </para>
  273. </listitem>
  274. <listitem>
  275. <para>
  276. <methodname>prepend($name, $content)</methodname> erstellt ein
  277. <varname>$name</varname> benanntes Segment und plaziert dieses ab Beginn des
  278. Arrays. Wenn das Segment bereits existiert, wird es vor der Operation entfernt
  279. (bzw, überschrieben und getauscht).
  280. </para>
  281. </listitem>
  282. <listitem>
  283. <para>
  284. <methodname>append($name, $content)</methodname> erstellt ein
  285. <varname>$name</varname> benanntes Segment und plaziert es am Ende des Arrays.
  286. Wenn das Segment bereits existiert, wird es vor der Operation entfernt (bzw,
  287. überschrieben und getauscht).
  288. </para>
  289. </listitem>
  290. <listitem>
  291. <para>
  292. <methodname>insert($name, $content, $parent = null, $before =
  293. false)</methodname> erstellt ein <varname>$name</varname> benanntes
  294. Segment. Wenn ein <varname>$parent</varname> Segment angegeben wurde, wird das
  295. neue Segment entweder vor oder nach diesem Segment im Array plaziert (basierend
  296. auf dem Wert von <varname>$before</varname>). Wenn das Segment bereits
  297. existiert, wird es vor der Operation entfernt (bzw, überschrieben und
  298. getauscht).
  299. </para>
  300. </listitem>
  301. <listitem>
  302. <para>
  303. <methodname>clearBody($name = null)</methodname> entfernt ein einzelnes
  304. benanntes Segment wenn ein <varname>$name</varname> angegeben wurde
  305. (andernfalls das komplette Array).
  306. </para>
  307. </listitem>
  308. <listitem>
  309. <para>
  310. <methodname>getBody($spec = false)</methodname> kann verwendet werden um ein
  311. einzelnes Array Segment zu erhalten wenn <varname>$spec</varname> der Name des
  312. benannten Segments ist. Wenn <varname>$spec</varname> false ist, gibt es einen
  313. String zurück der erstellt wird durch zusammenfügen aller benannten Segmente in
  314. Ihrer Reihenfolge. Wenn <varname>$spec</varname> true ist, gibt er das Array
  315. des Body Inhalts zurück.
  316. </para>
  317. </listitem>
  318. </itemizedlist>
  319. </sect2>
  320. <sect2 id="zend.controller.response.exceptions">
  321. <title>Auf Ausnahmen im Antwort Objekt testen</title>
  322. <para>
  323. Wie vorher beschrieben werden Ausnahmen standardmäßig wärend des Dispatchens gefangen
  324. und im Antwort Objekt registriert. Ausnahmen werden in einem Stack registriert, der es
  325. erlaubt alle Ausnahmen geworfen zu lassen -- Anwendungs Ausnahmen, Dispatch Ausnahmen,
  326. Plugin Ausnahmen, usw. Wenn man auf bestimmte Ausnahmen prüfen will oder Ausnahmen
  327. loggen will, muß man die Ausnahme API des Antwort Objekts verwenden:
  328. </para>
  329. <itemizedlist>
  330. <listitem>
  331. <para>
  332. <methodname>setException(Exception $e)</methodname> erlaubt es eine Ausnahme zu
  333. registrieren.
  334. </para>
  335. </listitem>
  336. <listitem>
  337. <para>
  338. <methodname>isException()</methodname> sagt ob eine Ausnahme bereits
  339. registriert wurde.
  340. </para>
  341. </listitem>
  342. <listitem>
  343. <para>
  344. <methodname>getException()</methodname> gibt den kompletten Ausnahme Stack
  345. zurück.
  346. </para>
  347. </listitem>
  348. <listitem>
  349. <para>
  350. <methodname>hasExceptionOfType($type)</methodname> erlaub es festzustellen ob
  351. eine Ausnahme einer speziellen Klasse im Stack vorhanden ist.
  352. </para>
  353. </listitem>
  354. <listitem>
  355. <para>
  356. <methodname>hasExceptionOfMessage($message)</methodname> erlaubt es
  357. festzustellen ob eine Ausnahme mit einer speziellen Nachricht im Stack
  358. vorhanden ist.
  359. </para>
  360. </listitem>
  361. <listitem>
  362. <para>
  363. <methodname>hasExceptionOfCode($code)</methodname> erlaubt es festzustellen ob
  364. eine Ausnahme mit einem bestimmten Code im Stack vorhanden ist.
  365. </para>
  366. </listitem>
  367. <listitem>
  368. <para>
  369. <methodname>getExceptionByType($type)</methodname> erlaubt es alle Ausnahmen
  370. einer speziellen Klasse vom Stack zu erhalten. False wird zurückgegeben wenn
  371. keine gefunden wurden, und andernfalls ein Array mit Ausnahmen.
  372. </para>
  373. </listitem>
  374. <listitem>
  375. <para>
  376. <methodname>getExceptionByMessage($message)</methodname> erlaubt es alle
  377. Ausnahmen mit einer speziellen Nachricht vom Stack zu erhalten. False wird
  378. zurückgegeben wenn keine gefunden wurden, und andernfalls ein Array mit
  379. Ausnahmen.
  380. </para>
  381. </listitem>
  382. <listitem>
  383. <para>
  384. <methodname>getExceptionByCode($code)</methodname> erlaubt es alle Ausnahmen
  385. mit einem speziellen Code vom Stack zu erhalten. False wird zurückgegeben wenn
  386. keine gefunden wurden, und andernfalls ein Array mit Ausnahmen.
  387. </para>
  388. </listitem>
  389. <listitem>
  390. <para>
  391. <methodname>renderExceptions($flag)</methodname> erlaubt es ein Flag zu setzen
  392. das anzeigt ob die Ausnahmen ausgegeben werden sollen wenn die Antwort gesendet
  393. wurde, oder nicht.
  394. </para>
  395. </listitem>
  396. </itemizedlist>
  397. </sect2>
  398. <sect2 id="zend.controller.response.subclassing">
  399. <title>Erben vom Antwort Objekt</title>
  400. <para>
  401. Der Zweck des Antwort Objekts ist es Header und Inhalte von den verschiedenen Aktionen
  402. und Plugins zu sammeln und diese an den Client zurückzugeben; zweitens sammelt es in der
  403. Reihenfolge Ihres auftretens alle Fehler (Ausnahmen), und gibt diese zurück, oder
  404. versteckt Sie vor dem Endbenutzer.
  405. </para>
  406. <para>
  407. Die Basis Antwort Klasse ist <classname>Zend_Controller_Response_Abstract</classname>,
  408. und jede erbende Klasse die erstellt wird sollte von dieser Klasse oder eine Ihrer
  409. Derivate erben. Die verschiedenen vorhandenen Methoden wurden in der vorhergehenden
  410. Sektion aufgezählt.
  411. </para>
  412. <para>
  413. Gründe um vom Antwort Objekt eine Subklasse zu erstellen beinhalten das Ändern wie eine
  414. Ausgabe zurückgegeben wird, basierend auf der Antwortumgebung (z.B., keine Header senden
  415. für CLI oder PHP-GTK Anfragen), zusätzliche Funktionalitäten um eine endgültige Ansicht
  416. zurückzugeben, basierend am Inhalt der in den benannten Segmenten gespeichert wurde,
  417. usw.
  418. </para>
  419. </sect2>
  420. </sect1>
  421. <!--
  422. vim:se ts=4 sw=4 et:
  423. -->