必要に応じて、コンテンツの保存と分類を行います。ルールに条件を追加する方法について説明します。ルールの主な構成要素は条件です。条件は、特定のオペレーションを許可するか拒否するかを決定するブール式です。条件として使用すれば、十分な機能を発揮します。ルール言語では、より複雑な条件を記述でき、次の操作を行うことができます。接頭辞を持つキャプチャ変数を宣言することにより、読み取りや書き込みのパスの一部をキャプチャできます。これはワイルドカードとして機能し、ルールの条件の内部で使用するために該当のキーの値を保存します。変数は定数値のパス名とともに使用することもできます。以外に子が存在しないようになります。子が追加で作成される結果になるあらゆる書き込みは失敗します。パスのキーは常に文字列です。変数を数値と比較しようとすると、常に失敗します。newData.val()+'')。ルールのパターンの一つは、ユーザーの認証状態に基づいてアクセスを制御することです。アプリにログインしているユーザーのみがデータの書き込みを許可されるようにすることができます。変数には、データを要求しているクライアントの認証情報が含まれています。ドキュメントをご覧ください。統合されており、条件を使用してユーザーごとにデータアクセスを制御できます。変数にユーザーの情報が設定されます。データ、およびその他の情報が含まれます。カスタムの認証プロバイダを実装する場合は、独自のフィールドをユーザーの認証ペイロードに追加できます。ルール言語をユーザーの認証情報と組み合わせる方法について説明します。基づいたデータへのアクセス制御が可能になります。場合に、認証は実行されます。認証されると、この変数には次の属性が含まれています。使用された認証方法(「password」、「anonymous」、「facebook」、「github」、「google」、または「twitter」)。すべてのプロバイダにわたって一意であることが保証されています。トークンのコンテンツ。ドキュメントをご覧ください。変数を使用して各ユーザーがユーザー固有のパスのみに書き込みできるようにするサンプルのルールを示します。書き込みを容易にする方法でデータベースを構造化すると便利です。ノードにすべてのユーザーを保存することです。ユーザーのみが自分のデータを参照できるようにしたい場合、ルールは次のようになります。ユーザーに対してクレームを設定できます。変数でアクセスできます。クレームを使用するルールの例を次に示します。}}独自のカスタム認証トークンを作成するデベロッパーは、オプションでこれらのトークンにクレームを追加できます。変数は、書き込みオペレーションが行われる前のデータの参照に使用されます。変数には書き込みオペレーションが成功した場合に存在することになる新規のデータが含まれています。書き込まれた新しいデータと既存のデータを統合した結果を表します。以外のデータに変更を加えることはできません。無効なデータがないかどうかを確認してください。ルール内にエラーがあると、オペレーションが拒否されます。任意のデータをルールの基準として使用できます。使用すると、書き込みイベントの前後に存在するとおりに任意のパスにアクセスできます。次の例を見てみましょう。いう名前の子がある限り、書き込みオペレーションが許可されます。ルールを使用して実行する必要があります。ルールでアクセス権の付与に成功した後にのみ実行されます。ルールのサンプル定義を示します。形式の日付のみが許可されます。これは正規表現を使用してチェックされます。動作を確認するには、ここをクリックしてください。入力フィールドにさまざまな値を入力してみてください。ある子レコードで検証ルールが失敗した場合、書き込みオペレーション全体が拒否されます。とき)には、検証の定義は無視されます。以外の値に対してのみ評価され、カスケード式には適用されません。ルールを記述するための重要な機能です。次のルールを見てみましょう。}}このパターンに留意して、次の書き込みオペレーションの結果を見てみましょう。ターゲットでは使用できません。ターゲットでは使用できません。\https://docs-examples.firebaseio.com/rest/securing-data/example/size.jsonここで、同じ構造を見てみましょう。ルールを使用しています。}}このパターンでは、以下のオペレーションはいずれも成功します。ターゲットでは使用できません。ターゲットでは使用できません。ルールとの相違点について示しています。ルールに限っては例外となる場合があります。これは削除が許可されている必要があるかどうかに応じて異なります。検証ルールは、アプリのデータ検証コードに完全に代わるものではありません。エクスペリエンスを最適化するために、アプリがオフラインの際にクライアント側でも入力検証を実施することをおすすめします。パラメータを使用してデータのサブセットへのアクセスを制限できます。パラメータに基づいて読み取りまたは書き込みアクセス権を付与します。ユーザーが所有する買い物かごのみに制限します。パラメータを含むクエリは、成功します。PermissionDeniedクエリベースのルールを使用して、クライアントが読み取りオペレーションでダウンロードできるデータの量を制限することもできます。件のクエリ結果のみに制限します。