条件

条件は、真または偽のいずれかに評価される式です。 条件の場所は、ZSPECにおけるその目的を決定する。 a に配置されたとき 熱 意/ヘルプ/ zest -指定ファイル/データパス/">データパス 、レコードをフィルタリングして、データを目的に絞り込むのに役立ちます。 他の場所では、それは単なる条件文として機能します。

可能な場所

• 熱 意/ヘルプ/ zest -指定ファイル/データパス/">データパス - プロパティ@ 熱 意/ヘルプ/ zest -仕様ファイル/構造/プロパティ/導入/#condition-リクエスト」>条件-リクエスト - プロパティ@ 熱 意/ヘルプ/ zest -指定ファイル/構造/プロパティ/導入/#condition-応答のための」>応答のための条件 - プロパティ@ 熱 意/ヘルプ/ zest -仕様ファイル/構造/プロパティ/導入/#condition-オール">条件-オール - プロパティ@ 熱 意/ヘルプ/ zest -仕様ファイル/構造/プロパティ/導入/#value-条件」>値条件 - 引数@ 熱 意/ヘルプ/ zest -仕様ファイル/引数/">条件 - エラー@ 熱 意/ヘルプ/ zest -指定ファイル/コンテンツ/エラー/">条件

条件の構文

<left-operand> <relational-operator> <right-operand> // for simple conditions

<left-operand> <relational-operator> <right-operand> <relational-operator> <left-operand> <relational-operator> <right-operand> // for complex conditions

左と右の演算子

オペランドは条件の構成要素であり、当社のZspecは汎用性の高いオペランドの選択をサポートしています。 これらのオペランドの選択について学ぶことは、意図した制約を正確に反映する条件を構築するのに役立ちます。利用可能な左右のオペランドは次のとおりです。

• 静的データ: 静的キーまたは値を使用できます。

• 動的データ: 雇用する 熱 意/ヘルプ/ zest -指定ファイル/データパス/">データパス 動的データを使用する場合。

リレーショナルオペレーター

条件内のリレーショナル演算子は、値を比較し、それらの間の論理関係を決定するために使用されるシンボルです。 それらは、真または偽を評価する表現を作成するために重要です。以下は、Zspecで使用できるリレーショナル演算子のセットです。オペレータ | 説明 || – | – || == | それは表します に等しい 2 つの値が等しいかどうかを確認します。 || != | それは表します に等しくない 2 つの値が等しくないかどうかを確認します。 || > | それは示します より大きい 左側の値が右側の値よりも大きいかどうかを確認します。 || < | それは示します より少ない 左側の値が右側の値より小さいかどうかを確認します。 || >= それは意味します より大きいか等しい 左側の値が右側の値より大きいか等しいかどうかを確認します。 || <= それは意味します より小さいまたは等しい 左側の値が右側の値より小さいか等しいかどうかを確認します。 || ~~ | それは示します のような. 式は 3 つの比較をサポートします - で始まります(値\ *), で終わる(* 値) を含み、(\ *値* )。 ここで、 ** *ワイルドカードを表します。 || !~ | それは示します 好きではない. 式は 3 つの比較をサポートしています - で始まらない(値\ ) 、(\ で終わらない 値) を含まない(\ *値* )。 ここで、 ** *ワイルドカードを表します。 || :: | それは意味します で 左側の値が右側のオペランドのキーのリストに存在するかどうかを確認します。

正しいオペランドは常にこの演算子の配列でなければなりません。 A:: [a,b] || !: | それは意味します にない. 左側の値が右側のオペランドのキーのリストに存在しないかどうかを確認します。 || || | これは論理を表します または 複数の条件を組み合わせるために使用されます。 || && | これは論理を表します そして. 複数の条件を組み合わせるために使用されます。 |

サンプル

これらの式とオペランドの選択肢をすべて適用するための共通の json 本体をデータ マネージャーに配置してみましょう。

  {「旅行」: [{「旅行名」：「ロンドン - エミリー・ジョーンズ」、「トリップ Id」: 「554598400000000006873」、「日なし」：10、「旅行者」： [{「旅行者名」:[「Ms」、「エミリー」、『ジョーンズ』]、「旅行者_メール」: 「emily@qke.com」}]、「目的地」：「ウェストミンスター修道院」}]}  

静的データの使用

以下は、上記のjson本文からの静的データを含む条件です。

 ` 旅行名 ~~ 'ロンドン*' ` 

• 左オペランド - json本文からの静的キー。

• オペレーター - いいね。 この条件では、 で始まります 比較です。

• 右オペランド - 既知の値。

動的データの使用

「トラベラーメール」キーの値が「トラベラー」という名前の別のリソースからの「メール」キーの値と一致するかどうかを確認する必要があります。 このシナリオでは、別のリソースから動的値にアクセスします。 したがって、条件は次のように表現する必要があります。

 ` 旅行者_電子メール:: 旅行者:$.電子メール ` 

• 左オペランド - json本文からの静的キー。

• オペレータ - で

• 右のオペランド - ここでは、値は動的であり、データパスを使用して別のリソースからアクセスされます。 チェック 熱 意/ヘルプ/ zest -仕様ファイル/データパス/">ここ データパスの構築について詳しくは、こちらをご覧ください。 —

リレーショナルオペレーター

条件の構築に演算子を使用する方法のサンプルをいくつか紹介します。条件 | 意味| – | – || 旅行名 == 「ロンドン - エミリー・ジョーンズ」|旅行名は「ロンドン - エミリー・ジョーンズ」。 || 旅行名 != 「ロンドン - エミリー・ジョーンズ」|旅行名は「ロンドン - エミリー・ジョーンズ」ではありません。 || 日なし > 4 | 旅行の日数は 4 より大きいです。 || 日なし < 14 | 旅行の日数は 14 未満です。 || 日なし >= 10 | 旅行の日数は10日以上でなければなりません。 ここでは10に等しい。 || 日なし <= 14 | 旅行の日数は 10 未満でなければなりません。 こちらは14未満です。 || 旅行Id ~~ ‘873’ | トリップIdは、この3つの数字「873」で終わります。 || 旅行名 ~~ 「ロンドン」|旅行名は「ロンドン」で始まります。 || 旅行Id ~~ ’ 984 ’ | トリップ Id には、これらの 3 つの数字 “984” が含まれています。 || 旅行名 !~ 「ジョーンズ」|旅行名は「ジョーンズ」で終わらない。 || 「Ms」 :: [‘Ms’,‘ms’,‘ms’] | “ms” 値は指定された配列に存在します。 || 「ミスター」 !: [‘Ms’,‘ms’,‘ms’] | “ms” 値は指定された配列に存在しません。 |日数 <= 14 && 名前 ~~ ‘ロンドン’ | 旅行の日数は 14 未満で、旅行名は ‘ロンドン’ で始まります。 |日数なし == 5 || 旅行者!= ヌル | 旅行の日数は 5 でなければなりません。または旅行者フィールドはヌルでなければなりません。 |