値が空の配列か、空の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:値フィールドは指定された値と同じサイズであることをバリデートします。文字列の場合、値は文字長です。数値項目の場合、値は整数値です。ファイルの場合、値はキロバイトのサイズです。stringフィルードは文字列タイプであることをバリデートします。PHP関数の値に基づき、フィールドがタイムゾーンとして識別されることをバリデートします。unique:テーブル,カラム,除外ID,IDカラムフィールドは指定されたデータベースで一意であることをバリデートします。columnオプションが指定されない場合、フィールド名が使用されます。場合により、バリデーターにより生成されるデータベースクエリーに、カスタム接続を設定する必要があるかもしれません。上記のバリデーションルール、unique:usersではクエリーに対し、デフォルトデータベース接続が使用されます。これをオーバーライドするにはテーブル名に続け、ドット記法で接続を指定してください。&#39;unique:connection.users,email_address&#39;指定されたIDのuniqueルールを無視するuniqueチェックで指定したIDを除外したい場合があります。ユーザー名、メールアドレス、それと住所の「プロフィール更新」の状況を考えてください。メールアドレスは一意であることを確認したいと思います。ユーザーが名前フィールドだけ変更し、メールフィールドを変更しなければ、そのユーザーが既にそのメールアドレスの所有者として登録されているために起きるバリデーションエラーを避けたいと思うでしょう。他のユーザーによって既に使用されているメールアドレスがユーザーにより指定された場合のみ、バリデーションエラーが起きてもらいたいでしょう。uniqueルールに無視するユーザーのIDを指定するには、第3パラメーターとして指定してください。&#39;unique:users,email_address,&#39;.$user-&gt;idテーブルで使用している主キーがidではない場合、第4パラメーターとして指定子ます。&#39;unique:users,email_address,&#39;.$user-&gt;id.&#39;,user_id&#39;追加のWHERE節を付け加えるさらにクエリーの"where"節として追加の検索条件を付け加えることもできます。&#39;unique:users,email_address,NULL,id,account_id,1&#39;上のルールでは、account_idが1のレコードのみuniqueチェックに使用されます。urlPHPのfilter_var関数により、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のインスタンスで、フィールドと入力値にアクセスするためのオブジェクトです。カスタムバリデーションルールLaravelは様々な役に立つバリデーションルールを提供しています。自分自身の特別なルールも使いたいですよね。ファサードのextendを使う方法です。カスタムバリデーションルールを追加するために、サービスプロバイダーの中でこのメッセージを使ってみましょう。}}カスタムバリデーターのクロージャーは4つの引数を取ります。$attributeはバリデーションをしているフィールド、$valueはその値、$parametersはルールに渡された引数、最後はValidatorインスタンスです。クロージャーの代わりにextendメソッドへクラスとメソッドを渡すこともできます。&#39;FooValidator@validate&#39;);エラーメッセージの定義カスタムルールに対するエラーメッセージを定義する必要もあります。インラインでカスタムエラーの配列を使うか、バリデーション言語ファイルにエントリーを追加するどちらかで行えます。このメッセージは属性とエラーメッセージを指定するだけの一次配列で、「カスタマイズ」した配列を入れてはいけません。&quot;:attributeは受け入れられません。その他のバリデーションメッセージカスタムバリデーションルールを作成する場合、エラーメッセージのカスタムプレースフォルダーも定義したいことがあります。前記の方法でカスタムバリデターを作成し、それからValidatorファサードのreplacerメソッドを呼びだしてください。これはサービスプロバイダーのbootメソッドの中で行います。});}暗黙の拡張バリデートする属性が存在していない場合か、requiredルールで定義している「空」の場合、カスタム拡張したものも含め、通常のバリデーションルールは実行されません。integerルールはnull値に対して実行されません。true属性が空であってもルールを実行するということは、その属性が必須であることを暗黙のうちに示しています。このような「暗黙の」拡張を作成するには、Validator::extendImplicit()メソッドを使います。「暗黙の」拡張は、単にその属性が必須であるとほのめかしているだけです。属性が存在しない場合や空のときに、実際にバリデーションを失敗と判断するかどうかは、みなさん次第です。kawase(Translation).。