Zend Framework 1.10 以前のバージョンから Zend Framework 1.10 またはそれ以降に更新する際は、 下記の移行上の注意点に注意すべきです。 Zend_File_Transfer Count 検証 リリース 1.10 より前は MimeType バリデータが誤った命名を使っていました。 一貫性のために、下記の定数が変更されました。 変更された検証メッセージ TOO_MUCH TOO_MANY Too many files, maximum '%max%' are allowed but '%count%' are given TOO_LESS TOO_FEW Too few files, minimum '%min%' are expected but '%count%' are given
コード内でこれらのメッセージを翻訳している場合、新しい定数を使います。 利点として、正しいつづりを得るために、本来の文字列を翻訳する必要はもうありません。
Zend_Validate 書かれたバリデータ自身 かかれたバリデータ自身の内部からエラーを返すよう設定するときは、 _error()メソッドを呼ばなくてはいけません。 Zend Framework 1.10 以前では、パラメータを与えなくてもこのメソッドを呼び出せました。 そこで、最初に見つかったメッセージテンプレートを使いました。 この振る舞いには、一つ以上の異なるメッセージを返すバリデータを使うときに問題があります。 また、既存のバリデータを拡張すると、予期しない結果を得ることもあります。 このせいで、あなたが期待した通りではないメッセージにユーザーが遭遇することにもなりました。 _error(); // 異なるOS間での予期されない結果 ... } } ]]> この問題を防ぐために、_error()メソッドにパラメータを与えないで呼び出すことは、 もはやできなくなります。 _error(self::MY_ERROR); // 定義されたエラー、予期されない結果ではありません ... } } ]]> 日付バリデータの簡略化 Zend Framework 1.10 以前では、同一の2つのメッセージが、 日付バリデータ内でスローされていました。 これらは、NOT_YYYY_MM_DDFALSEFORMATでした。 Zend Framework 1.10 現在では、 与えられた日付が設定されたフォーマットに一致しない場合、 FALSEFORMATメッセージだけが返されます。 Alpha、Alnum及びBarcodeバリデータの修正 Zend Framework 1.10 以前では、バーコード・アダプタ2種類と、 Alpha 及び Alnum バリデータ内のメッセージが同一でした。 このため、カスタムのメッセージ、翻訳、 またはこれらのバリデータの複数のインスタンスを使うときに問題がありました。 Zend Framework 1.10 では、定数値は、一意であるように変更されました。 マニュアルで提案されたように定数を使ったときには、変更がありません。 しかし、コードで定数の内容を使ったときには、 それらを変更しなければなりません。 下記の表では変更された値を示します。 利用可能なバリデータのメッセージ バリデータ 定数 Alnum STRING_EMPTY alnumStringEmpty Alpha STRING_EMPTY alphaStringEmpty Barcode_Ean13 INVALID ean13Invalid Barcode_Ean13 INVALID_LENGTH ean13InvalidLength Barcode_UpcA INVALID upcaInvalid Barcode_UpcA INVALID_LENGTH upcaInvalidLength Digits STRING_EMPTY digitsStringEmpty