2
0

Zend_Validate-WritingValidators.xml 11 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274
  1. <?xml version="1.0" encoding="UTF-8"?>
  2. <!-- EN-Revision: 24249 -->
  3. <!-- Reviewed: no -->
  4. <sect1 id="zend.validate.writing_validators">
  5. <title>Schreiben von Prüfern</title>
  6. <para>
  7. <classname>Zend_Validate</classname> bietet ein Set von standardmäßig benötigten Prüfern,
  8. aber zwangsläufig, werden Entwickler wünschen, eigene Prüfer für die eigenen Bedürfnisse zu
  9. schreiben. Die Aufgabe des Schreibens eigener Prüfer wird in diesem Kapitel beschrieben.
  10. </para>
  11. <para>
  12. <classname>Zend_Validate_Interface</classname> definiert zwei Methoden,
  13. <methodname>isValid()</methodname> und <methodname>getMessages()</methodname>, welche von
  14. Benutzerklassen implementiert werden können um eigene Prüfobjekte zu erstellen. Ein Objekt
  15. welches das <classname>Zend_Validate_Interface</classname> Interface implementiert kann
  16. einer Prüfkette mit <methodname>Zend_Validate::addValidator()</methodname> hinzugefügt
  17. werden. Solche Objekte können auch mit <link
  18. linkend="zend.filter.input"><classname>Zend_Filter_Input</classname></link> verwendet
  19. werden.
  20. </para>
  21. <para>
  22. Wie man bereits aus der obigen Beschreibung von
  23. <classname>Zend_Validate_Interface</classname> folgern kann, geben die vom Zend Framework
  24. bereitgestellten Prüfklassen einen boolschen Wert zurück, ob die Prüfung des Wertes
  25. erfolgreich war oder nicht. Sie geben auch darüber Informationen
  26. <emphasis>warum</emphasis> ein Wert die Prüfung nicht bestanden hat. Die
  27. Verfügbarkeit der Gründe für fehlgeschlagene Prüfungen kann für eine Anwendung aus vielen
  28. Gründen nützlich sein, wie zum Beispiel das zur Verfügung stellen von Statistiken für
  29. Useability Analysen.
  30. </para>
  31. <para>
  32. Grundlegende Funktionalitäten für fehlgeschlagene Prüfmeldungen ist in
  33. <classname>Zend_Validate_Abstract</classname> implementiert. Um diese Funktionalität
  34. einzubinden wenn eine Prüfklasse erstellt wird, muß einfach
  35. <classname>Zend_Validate_Abstract</classname> erweitert werden. In der existierenden Klasse
  36. wird die Logik der <methodname>isValid()</methodname> Methode implementiert und die
  37. Variablen für die Nachrichten und Nachrichten-Templates definiert werden die zu den Typen
  38. von Prüffehlern passen die auftreten können. Wenn ein Wert die Prüfung nicht besteht, sollte
  39. <methodname>isValid()</methodname> <constant>FALSE</constant> zurückgeben. Wenn der Wert die
  40. Prüfung besteht, sollte <methodname>isValid()</methodname> <constant>TRUE</constant>
  41. zurückgeben.
  42. </para>
  43. <para>
  44. Normalerweise sollte die <methodname>isValid()</methodname> Methode keine Ausnahmen werfen,
  45. ausser wenn es unmöglich ist festzustellen ob ein Eingabewert gültig ist oder nicht. Einige
  46. Beispiele für gute Fälle in denen keine Ausnahme geworfen werden sollte sind, wenn eine
  47. Datei nicht geöffnet werden konnte, ein <acronym>LDAP</acronym> Server nicht erreicht wurde,
  48. oder eine Datenbank Verbindung unerreichbar ist, und wo solche Dinge für Prüfprozesse
  49. benötigt werden um zu erkennen ob die Prüfung gültig oder ungültig ist.
  50. </para>
  51. <example id="zend.validate.writing_validators.example.simple">
  52. <title>Erstellen einer einfachen Prüfklasse</title>
  53. <para>
  54. Das folgende Beispiel demonstriert wie ein sehr einfacher eigener Prüfer geschrieben
  55. werden könnte. In diesem Fall sind die Prüfregeln sehr einfach und der Eingabewert muß
  56. ein Gleitkommawert sein.
  57. </para>
  58. <programlisting language="php"><![CDATA[
  59. class MyValid_Float extends Zend_Validate_Abstract
  60. {
  61. const FLOAT = 'float';
  62. protected $_messageTemplates = array(
  63. self::FLOAT => "'%value%' ist kein Gleitkommawert"
  64. );
  65. public function isValid($value)
  66. {
  67. $this->_setValue($value);
  68. if (!is_float($value)) {
  69. $this->_error();
  70. return false;
  71. }
  72. return true;
  73. }
  74. }
  75. ]]></programlisting>
  76. <para>
  77. Die Klasse definiert ein Template für Ihre einzige Nachricht bei Prüfungsfehlern, welche
  78. den eingebauten magischen Parameter <emphasis>%value%</emphasis> inkludiert. Der Aufruf
  79. von <methodname>_setValue()</methodname> präpariert das Objekt den getesteten Wert
  80. automatisch in die Fehlernachricht einzufügen, wenn die Prüfung des Wertes fehlschlägt.
  81. Der Aufruf von <methodname>_error()</methodname> spürt den Grund für die fehlgeschlagene
  82. Prüfung auf. Da diese Klasse nur eine Fehlernachricht definiert, ist es nicht notwendig
  83. <methodname>_error()</methodname> den Namen des Templates der Fehlernachricht zu geben.
  84. </para>
  85. </example>
  86. <example id="zend.validate.writing_validators.example.conditions.dependent">
  87. <title>Schreiben einer Prüfklasse die abhängige Konditionen besitzt</title>
  88. <para>
  89. Das folgende Beispiel demonstriert ein komplexeres Set von Prüfregeln, wobei es
  90. notwendig ist das der Eingabewert nummerisch und innerhalb eines Bereiches von Mindest-
  91. und Maximalgrenzwerten ist. Bei einem Eingabewert würde die Prüfung wegen exakt einer
  92. der folgenden Gründe fehlschlagen:
  93. </para>
  94. <itemizedlist>
  95. <listitem>
  96. <para>Der Eingabewert ist nicht nummerisch.</para>
  97. </listitem>
  98. <listitem>
  99. <para>Der Eingabewert ist kleiner als der minimal erlaubte Wert.</para>
  100. </listitem>
  101. <listitem>
  102. <para>Der Eingabewert ist größer als der maximal erlaubte Wert.</para>
  103. </listitem>
  104. </itemizedlist>
  105. <para>
  106. Diese Gründe für fehlgeschlagene Prüfungen werden in Definitionen der Klasse übersetzt:
  107. </para>
  108. <programlisting language="php"><![CDATA[
  109. class MyValid_NumericBetween extends Zend_Validate_Abstract
  110. {
  111. const MSG_NUMERIC = 'msgNumeric';
  112. const MSG_MINIMUM = 'msgMinimum';
  113. const MSG_MAXIMUM = 'msgMaximum';
  114. public $minimum = 0;
  115. public $maximum = 100;
  116. protected $_messageVariables = array(
  117. 'min' => 'minimum',
  118. 'max' => 'maximum'
  119. );
  120. protected $_messageTemplates = array(
  121. self::MSG_NUMERIC => "'%value%' ist nicht nummerisch",
  122. self::MSG_MINIMUM => "'%value%' muß mindestens '%min%' sein",
  123. self::MSG_MAXIMUM => "'%value%' darf nicht mehr als '%max%' sein"
  124. );
  125. public function isValid($value)
  126. {
  127. $this->_setValue($value);
  128. if (!is_numeric($value)) {
  129. $this->_error(self::MSG_NUMERIC);
  130. return false;
  131. }
  132. if ($value < $this->minimum) {
  133. $this->_error(self::MSG_MINIMUM);
  134. return false;
  135. }
  136. if ($value > $this->maximum) {
  137. $this->_error(self::MSG_MAXIMUM);
  138. return false;
  139. }
  140. return true;
  141. }
  142. }
  143. ]]></programlisting>
  144. <para>
  145. Die öffentlichen Eigenschaften <varname>$minimum</varname> und
  146. <varname>$maximum</varname> wurden eingeführt um die Mindest- und Maximalgrenzen
  147. anzubieten, beziehungsweise, für einen Wert um die Prüfung erfolgreich zu bestehen. Die
  148. Klasse definiert auch zwei Nachrichtenvariablen die zu den öffentlichen Eigenschaften
  149. korrespondieren und es erlauben <property>min</property> und <property>max</property> in
  150. den Nachrichten Templates als magische Parameter zu verwenden, genauso wie
  151. <property>value</property>.
  152. </para>
  153. <para>
  154. Zu beachten ist, das wenn eine der Prüfungen in <methodname>isValid()</methodname>
  155. fehlschlägt, eine entsprechende Fehlernachricht vorbereitet wird, und die Methode sofort
  156. <constant>FALSE</constant> zurückgibt. Diese Prüfregeln sind deswegen sequentiell
  157. abhängig. Das bedeuted, wenn einer der Tests fehlschlägt, gibt es keinen Grund eine
  158. weitere nachfolgende Prüfregel zu testen. Das muß aber trotzdem nicht der Fall sein. Das
  159. folgende Beispiel zeigt wie man eine Klasse schreiben kann die unabhängige Prüfregeln
  160. besitzt, wo die Prüfobjekte mehrfache Gründe zurückgeben könnten, warum ein spezieller
  161. Prüfversuch fehlgeschlagen ist.
  162. </para>
  163. </example>
  164. <example id="zend.validate.writing_validators.example.conditions.independent">
  165. <title>Prüfen mit unabhängigen Konditionen, mehrfache Gründe für Fehler</title>
  166. <para>
  167. Angenommen es wird eine Prüfklasse geschrieben für das Erzwingen von Passwortstärke -
  168. wenn ein Benutzer ein Passwort auswählen muß das diversen Kriterien entspricht um zu
  169. Helfen das die Benutzerzugänge sicher sind. Angenommen die Passwort Sicherheitskriterien
  170. erzwingen das folgende Passwort:
  171. </para>
  172. <itemizedlist>
  173. <listitem><para>mindestens 8 Zeichen Länge,</para></listitem>
  174. <listitem><para>enthält mindestens ein großgeschriebenes Zeichen,</para></listitem>
  175. <listitem><para>enthält mindestens ein kleingeschriebenes Zeichen,</para></listitem>
  176. <listitem><para>und enthält mindestens eine Ziffer.</para></listitem>
  177. </itemizedlist>
  178. <para>
  179. Die folgende Klasse impementiert diese Prüfkriterien:
  180. </para>
  181. <programlisting language="php"><![CDATA[
  182. class MyValid_PasswordStrength extends Zend_Validate_Abstract
  183. {
  184. const LENGTH = 'length';
  185. const UPPER = 'upper';
  186. const LOWER = 'lower';
  187. const DIGIT = 'digit';
  188. protected $_messageTemplates = array(
  189. self::LENGTH => "'%value%' muß mindestens 8 Zeichen lang sein",
  190. self::UPPER => "'%value%' muß mindestens ein großgeschriebenes "
  191. . "Zeichen enthalten",
  192. self::LOWER => "'%value%' muß mindestens ein kleingeschriebenes "
  193. . "Zeichen enthalten",
  194. self::DIGIT => "'%value%' muß mindestens eine Ziffer enthalten"
  195. );
  196. public function isValid($value)
  197. {
  198. $this->_setValue($value);
  199. $isValid = true;
  200. if (strlen($value) < 8) {
  201. $this->_error(self::LENGTH);
  202. $isValid = false;
  203. }
  204. if (!preg_match('/[A-Z]/', $value)) {
  205. $this->_error(self::UPPER);
  206. $isValid = false;
  207. }
  208. if (!preg_match('/[a-z]/', $value)) {
  209. $this->_error(self::LOWER);
  210. $isValid = false;
  211. }
  212. if (!preg_match('/\d/', $value)) {
  213. $this->_error(self::DIGIT);
  214. $isValid = false;
  215. }
  216. return $isValid;
  217. }
  218. }
  219. ]]></programlisting>
  220. <para>
  221. Zu beachten ist das diese vier Testkriterien in <methodname>isValid()</methodname> nicht
  222. sofort <constant>FALSE</constant> zurückgeben. Das erlaubt der Prüfklasse
  223. <emphasis>alle</emphasis> Gründe anzubieten bei denen das Eingabepasswort
  224. den Prüfvoraussetzungen nicht entsprochen hat. Wenn, zum Beispiel, ein Benutzer den
  225. String "#$%" als Passwort angegeben hat, würde
  226. <methodname>isValid()</methodname> alle vier Prüfungfehlermeldungen zurückgeben bei
  227. einen nachfolgenden Aufruf von <methodname>getMessages()</methodname>.
  228. </para>
  229. </example>
  230. </sect1>