Zend_Config_Xml.xml 7.3 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176
  1. <?xml version="1.0" encoding="UTF-8"?>
  2. <!-- EN-Revision: 15998 -->
  3. <!-- Reviewed: no -->
  4. <sect1 id="zend.config.adapters.xml">
  5. <title>Zend_Config_Xml</title>
  6. <para>
  7. <classname>Zend_Config_Xml</classname> ermöglicht es Entwicklern, Konfigurations-Daten in
  8. einfachen <acronym>XML</acronym> Dateien zu speichern und sie mit einer Syntax auszulesen,
  9. die dem Zugriff auf die Eigenschaften verschachtelter Objekte entspricht. Der Name des
  10. Root-Elementes der <acronym>XML</acronym> Datei oder des Strings ist unwichtig und kann
  11. beliebig gewählt werden. Die erste Ebene der <acronym>XML</acronym> Struktur stellt die
  12. Konfigurationsdaten-Sektionen dar. Hirarchische Strukturen können im <acronym>XML</acronym>
  13. Format durch Verschachteln von <acronym>XML</acronym> Elementen unterhalb der
  14. Sektions-Ebene umgesetzt werden. Der Inhalt eines <acronym>XML</acronym> Blatt-Elementes
  15. (Leaf) ist der Wert eines Konfigurations-Eintrages. Die Sektions-Vererbung wird durch ein
  16. spezielles Attribut namens <emphasis>extends</emphasis> unterstützt, der Wert des Attributs
  17. entspricht dabei dem Namen der Sektion, von der Daten geerbt werden sollen.
  18. </para>
  19. <note>
  20. <title>Rückgabe Typen</title>
  21. <para>
  22. Konfigurations-Daten, die in <classname>Zend_Config_Xml</classname> eingelesen wurden,
  23. werden immer als Strings zurück gegeben. Die Konvertierung der Daten von Strings in
  24. andere Datentypen ist Aufgabe der Entwickler und von deren Bedürfnissen abhängig.
  25. </para>
  26. </note>
  27. <example id="zend.config.adapters.xml.example.using">
  28. <title>Zend_Config_Xml benutzen</title>
  29. <para>
  30. Dieses Beispiel zeigt die grundlegende Nutzung von
  31. <classname>Zend_Config_Xml</classname> um Konfigurations-Daten aus einer
  32. <acronym>XML</acronym> Datei zu laden. In diesem Beispiel gibt es Konfigurations-Daten
  33. für ein Produktiv- und ein Staging-System. Da sich die Daten für das Staging-System nur
  34. unwesentlich von denen für das Produktiv-System unterscheiden, erbt das Staging-System
  35. vom Produktiv-System. In diesem Fall ist die Entscheidung darüber, welche Sektion von
  36. welcher erben soll, willkürlich und es könnte auch anders herum gemacht werden. In
  37. komplexeren Fällen ist das möglicherweise nicht der Fall. Nehmen wir also an, dass sich
  38. die folgenden Konfigurations-Daten in der Datei
  39. <filename>/path/to/config.xml</filename> befinden:
  40. </para>
  41. <programlisting language="xml"><![CDATA[
  42. <?xml version="1.0"?>
  43. <configdata>
  44. <production>
  45. <webhost>www.example.com</webhost>
  46. <database>
  47. <adapter>pdo_mysql</adapter>
  48. <params>
  49. <host>db.example.com</host>
  50. <username>dbuser</username>
  51. <password>secret</password>
  52. <dbname>dbname</dbname>
  53. </params>
  54. </database>
  55. </production>
  56. <staging extends="production">
  57. <database>
  58. <params>
  59. <host>dev.example.com</host>
  60. <username>devuser</username>
  61. <password>devsecret</password>
  62. </params>
  63. </database>
  64. </staging>
  65. </configdata>
  66. ]]></programlisting>
  67. <para>
  68. Nehmen wir weiterhin an, dass der Anwendungs-Entwickler die Staging-Konfiguration aus
  69. dieser <acronym>XML</acronym> Datei benötigt. Es ist ein Leichtes, diese Daten zu
  70. laden, es muss nur die <acronym>XML</acronym> Datei und die Staging-Sektion
  71. spezifiziert werden:
  72. </para>
  73. <programlisting language="php"><![CDATA[
  74. $config = new Zend_Config_Xml('/path/to/config.xml', 'staging');
  75. echo $config->database->params->host; // ausgabe "dev.example.com"
  76. echo $config->database->params->dbname; // ausgabe "dbname"
  77. ]]></programlisting>
  78. </example>
  79. <example id="zend.config.adapters.xml.example.attributes">
  80. <title>Tag Attribute in Zend_Config_Xml verwenden</title>
  81. <para>
  82. <classname>Zend_Config_Xml</classname> unterstützt auch zwei zusätzliche Wege der
  83. Definition von Knoten in der Konfiguration. Beide verwenden Attribute. Da die
  84. <emphasis>extends</emphasis> und <emphasis>value</emphasis> Attribute reservierte
  85. Schlüsselwörter sind (das letztere durch den zweiten Weg der Verwendung von
  86. Attributen), können sie nicht verwendet werden. Der erste Weg Attribute zu
  87. verwenden ist das hinzufügen von Attributen zum Elternknoten, welcher dann in einen
  88. Kindknoten dieses Knotens übersetzt wird:
  89. </para>
  90. <programlisting language="xml"><![CDATA[
  91. <?xml version="1.0"?>
  92. <configdata>
  93. <production webhost="www.example.com">
  94. <database adapter="pdo_mysql">
  95. <params host="db.example.com" username="dbuser" password="secret"
  96. dbname="dbname"/>
  97. </database>
  98. </production>
  99. <staging extends="production">
  100. <database>
  101. <params host="dev.example.com" username="devuser"
  102. password="devsecret"/>
  103. </database>
  104. </staging>
  105. </configdata>
  106. ]]></programlisting>
  107. <para>
  108. Der andere Weg verkürzt die Konfiguration nicht wirklich, macht es aber einfacher in der
  109. Handhabung das der Tag-Name nicht zweimal geschrieben werden muß. Man erstellt einfach
  110. einen leeren Tag, welcher seinen Wert im <emphasis>value</emphasis> Attribut enthält:
  111. </para>
  112. <programlisting language="xml"><![CDATA[
  113. <?xml version="1.0"?>
  114. <configdata>
  115. <production>
  116. <webhost>www.example.com</webhost>
  117. <database>
  118. <adapter value="pdo_mysql"/>
  119. <params>
  120. <host value="db.example.com"/>
  121. <username value="dbuser"/>
  122. <password value="secret"/>
  123. <dbname value="dbname"/>
  124. </params>
  125. </database>
  126. </production>
  127. <staging extends="production">
  128. <database>
  129. <params>
  130. <host value="dev.example.com"/>
  131. <username value="devuser"/>
  132. <password value="devsecret"/>
  133. </params>
  134. </database>
  135. </staging>
  136. </configdata>
  137. ]]></programlisting>
  138. </example>
  139. <note>
  140. <title>XML Strings</title>
  141. <para>
  142. <classname>Zend_Config_Xml</classname> ist dazu in der Lage <acronym>XML</acronym>
  143. Strings direkt zu laden, wie z.B. deren Empfang von einer Datenbank. Der String wird
  144. als erster Parameter an den Konstruktor übergeben und muß mit den Zeichen
  145. <emphasis>'&lt;?xml'</emphasis> beginnen:
  146. </para>
  147. <programlisting language="xml"><![CDATA[
  148. $string = <<<EOT
  149. <?xml version="1.0"?>
  150. <config>
  151. <production>
  152. <db>
  153. <adapter value="pdo_mysql"/>
  154. <params>
  155. <host value="db.example.com"/>
  156. </params>
  157. </db>
  158. </production>
  159. <staging extends="production">
  160. <db>
  161. <params>
  162. <host value="dev.example.com"/>
  163. </params>
  164. </db>
  165. </staging>
  166. </config>
  167. EOT;
  168. $config = new Zend_Config_Xml($string, 'staging');
  169. ]]></programlisting>
  170. </note>
  171. </sect1>
  172. <!--
  173. vim:se ts=4 sw=4 et:
  174. -->