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

    <title>バリデータの書き方</title>

    <para>
        Zend_Validate には、よく使うバリデータ群が付属しています。しかし、
        特定の目的のために使用する独自のバリデータを書くことは避けられないでしょう。
        ここでは、独自のバリデータを書く方法について説明します。
    </para>

    <para>
        <classname>Zend_Validate_Interface</classname> では、３つのメソッド <code>isValid()</code>、
        <code>getMessages()</code> および <code>getErrors()</code>
        を定義しています。これらを自分のクラスで実装して
        独自のバリデーションオブジェクトを作成します。
        <classname>Zend_Validate_Interface</classname> を実装したクラスは、
        <classname>Zend_Validate::addValidator()</classname>
        でバリデータチェインに追加することができます。
        このオブジェクトは
        <link linkend="zend.filter.input"><classname>Zend_Filter_Input</classname></link>
        でも使用します。
    </para>

    <para>
        上の <classname>Zend_Validate_Interface</classname> についての説明からも推測できるように、
        Zend Framework が提供しているバリデーションクラスの返り値は、
        検証に成功したか失敗したかを表す boolean 値となります。また、<emphasis role="bold">なぜ</emphasis>
        検証が失敗したのかについての情報も提供します。この理由がわかると、
        アプリケーション側で何かと便利です。たとえば、ユーザビリティ改善のための統計情報として利用することなどができます。　
    </para>

    <para>
        基本的な検証失敗メッセージ機能を実装しているのが <classname>Zend_Validate_Abstract</classname> です。
        バリデーションクラスを作成する際にこの機能を組み込むには、
        <classname>Zend_Validate_Abstract</classname> を継承します。
        継承したクラス内で <code>isValid()</code> メソッドのロジックを実装し、
        発生しうる失敗の形式に対応したメッセージ変数とメッセージテンプレートを定義します。
        検証に失敗した場合には <code>isValid()</code> は <code>false</code>
        を返さなければなりません。検証を通過した場合は、<code>isValid()</code>
        は <code>true</code> を返さなければなりません。
    </para>

    <para>
        一般に、<code>isValid()</code> メソッドは例外をスローすべきではありません。
        例外をスローするのは、入力値が妥当かそうでないかの判断ができない場合のみとします。
        例外をスローすることになる場面としては、たとえばファイルのオープンに失敗したり
        LDAP サーバとの接続に失敗したり、データベースとの接続に失敗したり
        といった原因で入力値が正しいのかどうかが判断できない場合が考えられます。
    </para>

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

        <title>単純なバリデーションクラスの作成</title>

        <para>
            次の例は、非常に単純なバリデータの書き方を説明するものです。
            ここで定義している検証規則は非常に単純で、入力値が浮動小数点値かどうかのみを調べています。

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

    protected $_messageTemplates = array(
        self::FLOAT => "'%value%' は浮動小数点値ではありません"
    );

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

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

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

            このクラス内には、検証が失敗したときのメッセージ用のテンプレートがひとつ定義されており、
            その中では組み込みのマジックパラメータ <code>%value%</code> を使用しています。
            <code>_setValue()</code> のコールによって、検証した値をこのメッセージに自動的に格納します。
            これにより、検証に失敗したときに、この値をメッセージに含められるようになります。
            <code>_error()</code> のコールによって、検証に失敗した原因を取得します。
            このクラスでは失敗時のメッセージをひとつしか用意していないので、
            <code>_error()</code> でメッセージテンプレートの名前を指定する必要はありません。
        </para>

    </example>

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

        <title>依存条件を伴うバリデーションクラスの作成</title>

        <para>
            次の例は、複数の検証規則を組み合わせた複雑なものとなります。
            ここでは、まず入力値が数値であること、そして指定した最小値と最大値の間にあることを調べます。
            以下のいずれかが発生したときに、検証は失敗します。

            <itemizedlist>
                <listitem>
                    <para>入力値が数値ではない</para>
                </listitem>
                <listitem>
                    <para>入力値が最小値より小さい</para>
                </listitem>
                <listitem>
                    <para>入力値が最大値より大きい</para>
                </listitem>
            </itemizedlist>
        </para>

        <para>
            これらの原因に応じて、クラス内でメッセージへの変換が行われます。

            <programlisting role="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%' は数値ではありません",
        self::MSG_MINIMUM => "'%value%' は '%min%' 以上でなければなりません",
        self::MSG_MAXIMUM => "'%value%' は '%max%' 以下でなければなりません"
    );

    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>

            パブリックプロパティ <code>$minimum</code> および <code>$maximum</code>
            でそれぞれ最小値と最大値を定義し、値がこの間にあった場合に検証が成功したことにしています。
            このクラスではまた、それぞれのパブリックプロパティに対応するふたつのメッセージ変数を定義しています。
            そしてメッセージテンプレートの中で <code>value</code> と同様に使えるマジックパラメータとして
            <code>min</code> および <code>max</code> も用意しています。
        </para>

        <para>
            <code>isValid()</code> での妥当性チェックのいずれかが失敗すると、
            適切なメッセージを準備して即時に <code>false</code> を返すことに注意しましょう。
            つまり、これらの検証は、その並び順に依存します。
            どれかひとつのチェックが失敗すると、それ以降の検証規則を確認する必要はなくなるからです。
            しかし、時にはこのような処理が不要な場合もあります。
            次の例は、個々の検証規則を独立させたクラスを書く方法を示すものです。
            このバリデーションオブジェクトは、検証に失敗したときに複数の理由を返すことがあります。
        </para>

    </example>

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

        <title>個々に独立した条件による検証を行い、失敗時に複数の原因を返す</title>

        <para>
            パスワードの強度を確認するバリデーションクラスを書くことを考えてみましょう。
            ユーザに対して、安全なユーザアカウントを発行するために
            ある条件を満たしたパスワードを設定してもらう際に使用するものです。
            パスワードの条件としては、次のようなものを前提とします。

            <itemizedlist>
                <listitem>
                    <para>最低 8 文字以上であること</para>
                </listitem>
                <listitem>
                    <para>最低ひとつの大文字を含むこと</para>
                </listitem>
                <listitem>
                    <para>最低ひとつの小文字を含むこと</para>
                </listitem>
                <listitem>
                    <para>最低ひとつの数字を含むこと</para>
                </listitem>
            </itemizedlist>
        </para>

        <para>
            この検証規則を実装したクラスは、次のようになります。

            <programlisting role="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%' は少なくとも 8 文字以上でなければなりません",
        self::UPPER  => "'%value%' には最低ひとつの大文字が必要です",
        self::LOWER  => "'%value%' には最低ひとつの小文字が必要です",
        self::DIGIT  => "'%value%' には最低ひとつの数字が必要です"
    );

    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>

            <code>isValid()</code> では四つのチェックを行っていますが、
            チェックに失敗してもその場では <code>false</code> を返していないことに注目しましょう。
            これにより、入力されたパスワードが満たしていない条件を <emphasis role="bold">すべて</emphasis>
            示すことができるようになります。たとえば、パスワードとして入力された値が
            "<code>#$%</code>" だったとすると、<code>isValid()</code>
            は四つのメッセージをすべて作成し、後で <code>getMessages()</code>
            をコールした際にすべて取得できるようになります。
        </para>

    </example>

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