repo_zf1/documentation/manual/de/module_specs/Zend_Validate-WritingValidators.xml

<?xml version="1.0" encoding="UTF-8"?>
<!-- EN-Revision: 17175 -->
<!-- Reviewed: no -->
<sect1 id="zend.validate.writing_validators">

    <title>Schreiben von Prüfern</title>

    <para>
        <classname>Zend_Validate</classname> bietet ein Set von standardmäßig benötigten Prüfern,
        aber zwangsläufig, werden Entwickler wünschen, eigene Prüfer für die eigenen Bedürfnisse zu
        schreiben. Die Aufgabe des Schreibens eigener Prüfer wird in diesem Kapitel beschrieben.
    </para>

    <para>
        <classname>Zend_Validate_Interface</classname> definiert drei Methoden,
        <methodname>isValid()</methodname>, <methodname>getMessages()</methodname>, und
        <methodname>getErrors()</methodname>, welche von Benutzerklassen implementiert werden können
        um eigene Prüfobjekte zu erstellen. Ein Objekt welches das
        <classname>Zend_Validate_Interface</classname> Interface implementiert kann einer Prüfkette
        mit <methodname>Zend_Validate::addValidator()</methodname> hinzugefügt werden. Solche
        Objekte können auch mit <link
            linkend="zend.filter.input"><classname>Zend_Filter_Input</classname></link> verwendet
        werden.
    </para>

    <para>
        Wie man bereits aus der obigen Beschreibung von
        <classname>Zend_Validate_Interface</classname> folgern kann, geben die vom Zend Framework
        bereitgestellten Prüfklassen einen boolschen Wert zurück, ob die Prüfung des Wertes
        erfolgreich war oder nicht. Sie geben auch darüber Informationen
        <emphasis>warum</emphasis> ein Wert die Prüfung nicht bestanden hat. Die
        Verfügbarkeit der Gründe für fehlgeschlagene Prüfungen kann für eine Anwendung aus vielen
        Gründen nützlich sein, wie zum Beispiel das zur Verfügung stellen von Statistiken für
        Useability Analysen.
    </para>

    <para>
        Grundlegende Funktionalitäten für fehlgeschlagene Prüfmeldungen ist in
        <classname>Zend_Validate_Abstract</classname> implementiert. Um diese Funktionalität
        einzubinden wenn eine Prüfklasse erstellt wird, muß einfach
        <classname>Zend_Validate_Abstract</classname> erweitert werden. In der existierenden Klasse
        wird die Logik der <methodname>isValid()</methodname> Methode implementiert und die
        Variablen für die Nachrichten und Nachrichten-Templates definiert werden die zu den Typen
        von Prüffehlern passen die auftreten können. Wenn ein Wert die Prüfung nicht besteht, sollte
        <methodname>isValid()</methodname> <constant>FALSE</constant> zurückgeben. Wenn der Wert die
        Prüfung besteht, sollte <methodname>isValid()</methodname> <constant>TRUE</constant>
        zurückgeben.
    </para>

    <para>
        Normalerweise sollte die <methodname>isValid()</methodname> Methode keine Ausnahmen werfen,
        ausser wenn es unmöglich ist festzustellen ob ein Eingabewert gültig ist oder nicht. Einige
        Beispiele für gute Fälle in denen keine Ausnahme geworfen werden sollte sind, wenn eine
        Datei nicht geöffnet werden konnte, ein <acronym>LDAP</acronym> Server nicht erreicht wurde,
        oder eine Datenbank Verbindung unerreichbar ist, und wo solche Dinge für Prüfprozesse
        benötigt werden um zu erkennen ob die Prüfung gültig oder ungültig ist.
    </para>

    <example id="zend.validate.writing_validators.example.simple">

        <title>Erstellen einer einfachen Prüfklasse</title>

        <para>
            Das folgende Beispiel demonstriert wie ein sehr einfacher eigener Prüfer geschrieben
            werden könnte. In diesem Fall sind die Prüfregeln sehr einfach und der Eingabewert muß
            ein Gleitkommawert sein.

            <programlisting language="php"><![CDATA[
class MyValid_Float extends Zend_Validate_Abstract
{
    const FLOAT = 'float';

    protected $_messageTemplates = array(
        self::FLOAT => "'%value%' ist kein Gleitkommawert"
    );

    public function isValid($value)
    {
        $this->_setValue($value);

        if (!is_float($value)) {
            $this->_error();
            return false;
        }

        return true;
    }
}
]]></programlisting>

            Die Klasse definiert ein Template für Ihre einzige Nachricht bei Prüfungsfehlern, welche
            den eingebauten magischen Parameter <code>%value%</code> inkludiert. Der Aufruf von
            <methodname>_setValue()</methodname> präpariert das Objekt den getesteten Wert
            automatisch in die Fehlernachricht einzufügen, wenn die Prüfung des Wertes fehlschlägt.
            Der Aufruf von <methodname>_error()</methodname> spürt den Grund für die fehlgeschlagene
            Prüfung auf. Da diese Klasse nur eine Fehlernachricht definiert, ist es nicht notwendig
            <methodname>_error()</methodname> den Namen des Templates der Fehlernachricht zu geben.
        </para>

    </example>

    <example id="zend.validate.writing_validators.example.conditions.dependent">

        <title>Schreiben einer Prüfklasse die abhängige Konditionen besitzt</title>

        <para>
            Das folgende Beispiel demonstriert ein komplexeres Set von Prüfregeln, wobei es
            notwendig ist das der Eingabewert nummerisch und innerhalb eines Bereiches von Mindest-
            und Maximalgrenzwerten ist. Bei einem Eingabewert würde die Prüfung wegen exakt einer
            der folgenden Gründe fehlschlagen:

            <itemizedlist>
                <listitem>
                    <para>Der Eingabewert ist nicht nummerisch.</para>
                </listitem>
                <listitem>
                    <para>Der Eingabewert ist kleiner als der minimal erlaubte Wert.</para>
                </listitem>
                <listitem>
                    <para>Der Eingabewert ist größer als der maximal erlaubte Wert.</para>
                </listitem>
            </itemizedlist>
        </para>

        <para>
            Diese Gründe für fehlgeschlagene Prüfungen werden in Definitionen der Klasse übersetzt:

            <programlisting language="php"><![CDATA[
class MyValid_NumericBetween extends Zend_Validate_Abstract
{
    const MSG_NUMERIC = 'msgNumeric';
    const MSG_MINIMUM = 'msgMinimum';
    const MSG_MAXIMUM = 'msgMaximum';

    public $minimum = 0;
    public $maximum = 100;

    protected $_messageVariables = array(
        'min' => 'minimum',
        'max' => 'maximum'
    );

    protected $_messageTemplates = array(
        self::MSG_NUMERIC => "'%value%' ist nicht nummerisch",
        self::MSG_MINIMUM => "'%value%' muß mindestens '%min%' sein",
        self::MSG_MAXIMUM => "'%value%' darf nicht mehr als '%max%' sein"
    );

    public function isValid($value)
    {
        $this->_setValue($value);

        if (!is_numeric($value)) {
            $this->_error(self::MSG_NUMERIC);
            return false;
        }

        if ($value < $this->minimum) {
            $this->_error(self::MSG_MINIMUM);
            return false;
        }

        if ($value > $this->maximum) {
            $this->_error(self::MSG_MAXIMUM);
            return false;
        }

        return true;
    }
}
]]></programlisting>

            Die öffentlichen Eigenschaften <varname>$minimum</varname> und
            <varname>$maximum</varname> wurden eingeführt um die Mindest- und Maximalgrenzen
            anzubieten, beziehungsweise, für einen Wert um die Prüfung erfolgreich zu bestehen. Die
            Klasse definiert auch zwei Nachrichtenvariablen die zu den öffentlichen Eigenschaften
            korrespondieren und es erlauben <code>min</code> und <code>max</code> in den Nachrichten
            Templates als magische Parameter zu verwenden, genauso wie <code>value</code>.
        </para>

        <para>
            Zu beachten ist, das wenn eine der Prüfungen in <methodname>isValid()</methodname>
            fehlschlägt, eine entsprechende Fehlernachricht vorbereitet wird, und die Methode sofort
            <constant>FALSE</constant> zurückgibt. Diese Prüfregeln sind deswegen sequentiell
            abhängig. Das bedeuted, wenn einer der Tests fehlschlägt, gibt es keinen Grund eine
            weitere nachfolgende Prüfregel zu testen. Das muß aber trotzdem nicht der Fall sein. Das
            folgende Beispiel zeigt wie man eine Klasse schreiben kann die unabhängige Prüfregeln
            besitzt, wo die Prüfobjekte mehrfache Gründe zurückgeben könnten, warum ein spezieller
            Prüfversuch fehlgeschlagen ist.
        </para>

    </example>

    <example id="zend.validate.writing_validators.example.conditions.independent">

        <title>Prüfen mit unabhängigen Konditionen, mehrfache Gründe für Fehler</title>

        <para>
            Angenommen es wird eine Prüfklasse geschrieben für das Erzwingen von Passwortstärke -
            wenn ein Benutzer ein Passwort auswählen muß das diversen Kriterien entspricht um zu
            Helfen das die Benutzerzugänge sicher sind. Angenommen die Passwort Sicherheitskriterien
            erzwingen das folgende Passwort:

            <itemizedlist>
                <listitem>
                    <para>mindestens 8 Zeichen Länge,</para>
                </listitem>
                <listitem>
                    <para>enthält mindestens ein großgeschriebenes Zeichen,</para>
                </listitem>
                <listitem>
                    <para>enthält mindestens ein kleingeschriebenes Zeichen,</para>
                </listitem>
                <listitem>
                    <para>und enthält mindestens eine Ziffer.</para>
                </listitem>
            </itemizedlist>
        </para>

        <para>
            Die folgende Klasse impementiert diese Prüfkriterien:

            <programlisting language="php"><![CDATA[
class MyValid_PasswordStrength extends Zend_Validate_Abstract
{
    const LENGTH = 'length';
    const UPPER  = 'upper';
    const LOWER  = 'lower';
    const DIGIT  = 'digit';

    protected $_messageTemplates = array(
        self::LENGTH => "'%value%' muß mindestens 8 Zeichen lang sein",
        self::UPPER  => "'%value%' muß mindestens ein großgeschriebenes "
                      . "Zeichen enthalten",
        self::LOWER  => "'%value%' muß mindestens ein kleingeschriebenes "
                      . "Zeichen enthalten",
        self::DIGIT  => "'%value%' muß mindestens eine Ziffer enthalten"
    );

    public function isValid($value)
    {
        $this->_setValue($value);

        $isValid = true;

        if (strlen($value) < 8) {
            $this->_error(self::LENGTH);
            $isValid = false;
        }

        if (!preg_match('/[A-Z]/', $value)) {
            $this->_error(self::UPPER);
            $isValid = false;
        }

        if (!preg_match('/[a-z]/', $value)) {
            $this->_error(self::LOWER);
            $isValid = false;
        }

        if (!preg_match('/\d/', $value)) {
            $this->_error(self::DIGIT);
            $isValid = false;
        }

        return $isValid;
    }
}
]]></programlisting>

            Zu beachten ist das diese vier Testkriterien in <methodname>isValid()</methodname> nicht
            sofort <constant>FALSE</constant> zurückgeben. Das erlaubt der Prüfklasse
            <emphasis>alle</emphasis> Gründe anzubieten bei denen das Eingabepasswort
            den Prüfvoraussetzungen nicht entsprochen hat. Wenn, zum Beispiel, ein Benutzer den
            String "<code>#$%</code>" als Passwort angegeben hat, würde
            <methodname>isValid()</methodname> alle vier Prüfungfehlermeldungen zurückgeben bei
            einen nachfolgenden Aufruf von <methodname>getMessages()</methodname>.
        </para>

    </example>

</sect1>
<!--
vim:se ts=4 sw=4 et:
-->