値が空の配列か、空のCountableオブジェクトである。値がパスのないアップロード済みファイルである。required_if:他のフィールド,値,...他のフィールドが値のどれかと一致している場合、このフィールドが存在し、かつ空でないことをバリデートします。required_unless:他のフィールド,値,...他のフィールドが値のどれとも一致していない場合、このフィールドが存在し、かつ空でないことをバリデートします。required_with:foo,bar,...指定した他のフィールドが一つでも存在している場合、このフィールドが存在し、かつ空でないことをバリデートします。required_with_all:foo,bar,...指定した他のフィールドがすべて存在している場合、このフィールドが存在し、かつ空でないことをバリデートします。required_without:foo,bar,...指定した他のフィールドのどれか一つでも存在していない場合、このフィールドが存在し、かつ空でないことをバリデートします。required_without_all:foo,bar,...指定した他のフィールドがすべて存在していない場合、このフィールドが存在し、かつ空でないことをバリデートします。same:フィールドフィールドが、指定されたフィールドと同じ値であることをバリデートします。size:値フィールドは指定された値と同じサイズであることをバリデートします。文字列の場合、値は文字長です。数値項目の場合、値は整数値です。配列の場合、値は配列の個数(count)です。ファイルの場合、値はキロバイトのサイズです。stringフィルードは文字列タイプであることをバリデートします。フィールドがnullであることも許す場合は、そのフィールドにnullableルールも指定してください。PHP関数の値に基づき、フィールドがタイムゾーンとして識別されることをバリデートします。unique:テーブル,カラム,除外ID,IDカラムフィールドは指定されたデータベーステーブルで一意であることをバリデートします。columnオプションが指定されない場合、フィールド名が使用されます。場合により、バリデーターにより生成されるデータベースクエリに、カスタム接続を設定する必要があるかもしれません。上記のバリデーションルール、unique:usersではクエリに対し、デフォルトデータベース接続が使用されます。これをオーバーライドするにはドット記法で、接続に続けテーブル名を指定してください。&#39;unique:connection.users,email_address&#39;指定されたIDのuniqueルールを無視するuniqueチェックで指定したIDを除外したい場合があります。ユーザ名、メールアドレス、それと住所の「プロフィール更新」の状況を考えてください。メールアドレスは一意であることを確認したいと思います。ユーザが名前フィールドだけ変更し、メールフィールドを変更しなければ、そのユーザが既にそのメールアドレスの所有者として登録されているために起きるバリデーションエラーを避けたいと思うでしょう。バリデータにユーザIDを無視するように指示するには、ルールをスラスラと定義できるRuleクラスを使います。以下の例の場合、さらにルールを|文字を区切りとして使用する代わりに、バリデーションルールを配列として指定しています。],]);もしテーブルの主キーとして、id以外のカラム名を使用している場合、ignoreメソッドを呼び出す時に、カラムの名前を指定してください。&#39;user_id&#39;)追加のWHERE節を付け加えるwhereメソッドを使用し、クエリをカスタマイズすることにより、追加のクエリ制約を指定することも可能です。例として、account_idが1であることを確認する制約を追加してみましょう。1);})urlフィールドが有効なURLであることをバリデートします。条件付きでルールを追加する項目存在時のバリデーションある状況では、そのフィールドが入力配列の中に存在する場合のみ、バリデーションを実行したいことがあると思います。これを簡単に行うには、sometimesルールを追加してください。&#39;sometimes|required|email&#39;,]);上の例ではemailフィールドが、$data配列の中に存在している場合のみバリデーションが実行されます。複雑な条件のバリデーション時々もっと複雑な条件のロジックによりバリデーションルールを追加したい場合もあります。他のフィールドが100より大きい場合のみ、指定したフィールドが入力されているかをバリデートしたいときなどです。2つのフィールドのどちらか一方が存在する場合は、両方共に値を指定する必要がある場合です。したルールを付け加えるのも面倒ではありません。最初にValidatorインスタンスを生成するのは、固定ルールの場合と同じです。&#39;required|numeric&#39;,]);ゲームコレクターのためのWebアプリケーションだと仮定しましょう。ゲームコレクターがアプリケーションに登録する時に、100ゲーム以上所有しているのであれば、なぜそんなに多く持っているのか理由を説明してもらいます。販売店を運営しているのかも知れませんし、ただ収集家なのかも知れません。この条件付きの要求を追加するためにValidatorインスタンスへ、sometimesメソッドを使用してください。100;});sometimesメソッドの最初の引数は条件付きでバリデーションを行うフィールドの名前です。2つ目の引数は追加したいルールです。3つ目の引数にクロージャが渡され、trueを返したらそのルールは追加されます。このメソッドにより複雑な条件付きのバリデーションが簡単に作成できます。一度に多くのフィールドに、条件付きバリデーションを追加することもできます。クロージャに渡される$inputパラメーターはIlluminate\Support\Fluentのインスタンスで、フィールドと入力値にアクセスするためのオブジェクトです。配列のバリデーションフォーム入力フィールドの配列をバリデーションするのに苦労する必要はありません。配列入力フィールドで指定されたメールアドレスが、それぞれunique(一意)であることをバリデートするには、次のようにします。&#39;required_with:person.*.last_name&#39;,]);言語ファイルで配列ベースのフィールドバリデーションメッセージを指定するのも、同様に*文字を使えば簡単です。]],カスタムバリデーションルールLaravelは様々な役に立つバリデーションルールを提供しています。自分自身の特別なルールも使いたいですよね。ファサードのextendを使う方法です。カスタムバリデーションルールを追加するために、サービスプロバイダの中でこのメッセージを使ってみましょう。}}カスタムバリデーターのクロージャは4つの引数を取ります。$attributeはバリデーションをしているフィールド、$valueはその値、$parametersはルールに渡された引数、最後はValidatorインスタンスです。クロージャの代わりにextendメソッドへクラスとメソッドを渡すこともできます。&#39;FooValidator@validate&#39;);エラーメッセージの定義カスタムルールに対するエラーメッセージを定義する必要もあります。インラインでカスタムエラーの配列を使うか、バリデーション言語ファイルにエントリーを追加するどちらかで行えます。このメッセージは属性とエラーメッセージを指定するだけの一次配列で、「カスタマイズ」した配列を入れてはいけません。残りのバリデーションエラーメッセージ...カスタムバリデーションルールを作成する場合、エラーメッセージのカスタムプレースフォルダーも定義したいことがあります。前記の方法でカスタムバリデータを作成し、それからValidatorファサードのreplacerメソッドを呼びだしてください。これはサービスプロバイダのbootメソッドの中で行います。});}暗黙の拡張バリデートする属性が存在していない場合か、requiredルールで定義している「空」の場合、カスタム拡張したものも含め、通常のバリデーションルールは実行されません。uniqueルールはnull値に対して実行されません。true属性が空であってもルールを実行するということは、その属性が必須であることを暗黙のうちに示しています。このような「暗黙の」拡張を作成するには、Validator::extendImplicit()メソッドを使います。「暗黙の」拡張は、単にその属性が必須であるとほのめかしているだけです。属性が存在しない場合や空のときに、実際にバリデーションを失敗と判断するかどうかは、みなさん次第です。readme.md).これは次期リリース版の翻訳で、コミュニティにより翻訳されています。