式
StyleBookの最も強力な機能の1つは、式の使用です。StyleBook式は、さまざまなシナリオで動的な値を計算するために使用できます。次の例は、パラメータ値をリテラル文字列と連結する式です。
例:
$parameters.appname + "-mon"
<!--NeedCopy-->
この式は、appnameという名前のパラメータを取得し、それを文字列-monと連結します。
次の種類の式がサポートされています。
算術式
- 加算 (+)
- 減算 (-)
- 乗算 (*)
- 除算 (/)
- 剰余 (%)
例:
- 2つの数値の加算: $parameters.a + $parameters.b
- 2つの数値の乗算: $parameters.a * 10
- ある数値を別の数値で除算した後の剰余の検索:
15%10 の結果は 5
文字列式
- 2つの文字列の連結 (+)
例:
2つの文字列の連結: str(“app-“) + $parameters.appname
リスト式
2つのリストの結合 (+)
例:
-
2つのリストの連結: $parameters.external-servers + $parameters.internal-servers
-
$parameters.ports-1が [80, 81] で$parameters.port-2が [81, 82] の場合、$parameters.ports-1 + $parameters.ports-2はリスト [80, 81, 81, 82] として表示されます。
関係式
-
== : 2つのオペランドが等しいかどうかをテストし、等しい場合は true を返し、それ以外の場合は false を返します。
-
!= : 2つのオペランドが異なるかどうかをテストし、異なる場合は true を返し、それ以外の場合は false を返します。
-
> : 最初のオペランドが2番目のオペランドより大きい場合は true を返し、それ以外の場合は false を返します。
-
>= : 最初のオペランドが2番目のオペランド以上である場合は true を返し、それ以外の場合は false を返します。
-
< : 最初のオペランドが2番目のオペランドより小さい場合は true を返し、それ以外の場合は false を返します。
-
<= : 最初のオペランドが2番目のオペランド以下である場合は true を返し、それ以外の場合は false を返します。
例:
- 等価演算子の使用:
$parameters.name = = "abcd" - 不等価演算子の使用:
$parameters.name != "default" - その他の関係演算子の例
- 10 > 9
- 10 >= 10
- 0 < 9
- 10 <= 9
- 10 == 10
- 10 != 1
論理式 - ブール値
-
and: 論理「and」演算子。両方のオペランドが true の場合、結果は true になり、それ以外の場合は false になります。
-
or: 論理「or」演算子。いずれかのオペランドが true の場合、結果は true になり、それ以外の場合は false になります。
-
not: 単項演算子。オペランドが true の場合、結果は false になり、その逆も同様です。
-
in: 最初の引数が2番目の引数の部分文字列であるかどうかをテストします。
-
in: 項目がリストの一部であるかどうかをテストします。
注
文字列が数値に変換され、数値が文字列に変換される式を型キャストできます。同様に、
tcp-portを数値にキャストしたり、IPアドレスを文字列にキャストしたりできます。任意の演算子の前後に区切り文字を使用できます。次の区切り文字を使用できます。
演算子の前:
space(スペース)、tab(タブ)、comma(コンマ)、(,),[,]演算子の後:
space(スペース)、tab(タブ)、(,[例:
abc + def
100 % 10
10 > 9
逐語的文字列式
文字列内の特殊文字をリテラル形式で扱う必要がある場合は、逐語的文字列を使用できます。これらの文字列には、エスケープ文字、バックスラッシュ、引用符、括弧、空白、角括弧などが含まれます。逐語的文字列では、特殊文字の通常の解釈はスキップされます。文字列内のすべての文字はリテラル形式で保持されます。
StyleBookでは、NetScalerポリシー式を逐語的文字列を使用してリテラル形式で含めることができます。ポリシー式には通常、特殊文字が含まれています。逐語的文字列を使用しない場合、文字列を部分文字列に分割して特殊文字をエスケープする必要があります。
逐語的文字列を作成するには、次のように特殊文字の間に文字列をカプセル化します。
~{string}~
<!--NeedCopy-->
逐語的文字列はStyleBookのどこでも使用できます。
注
入力文字列で文字シーケンス
}~を使用しないでください。このシーケンスは逐語的文字列の終わりを示すためです。
例:
~{HTTP.REQ.COOKIE.VALUE("jsessionid") ALT HTTP.REQ.URL.BEFORE_STR("=").AFTER_STR(";jsessionid=") ALT HTTP.REQ.URL.AFTER_STR(";jsessionid=")}~
<!--NeedCopy-->
ターゲット式
StyleBook定義では、$current-target 式を使用して現在のターゲットNetScalerインスタンスを参照できます。ターゲットNetScalerインスタンスのIPアドレスを具体的に参照するには、この式を次のように使用します。
$current-target.ip
<!--NeedCopy-->
例:
components:
-
name: lb-comp
type: ns::lbvserver
properties:
name: $current-target.ip + "-lbvserver"
<!--NeedCopy-->
この例では、lbvserverの名前はターゲットNetScalerインスタンスのIPアドレスで構築されます。
式の型検証
StyleBookエンジンは、コンパイル時に厳密な型チェックを可能にします。つまり、StyleBookの作成時に使用される式は、構成パックの作成時ではなく、StyleBook自体のインポート時に検証されます。
パラメータ、置換、コンポーネント、コンポーネントのプロパティ、コンポーネントの出力、ユーザー定義変数 (repeat-item、repeat-index、置換関数の引数) などへのすべての参照は、その存在と型が検証されます。
型チェックの例:
次の例では、lbvserver StyleBookのポートプロパティの予期される型は tcp-port です。NetScaler Consoleでは、型検証はコンパイル時 (インポート時) に行われます。コンパイラは、文字列と tcp-port が互換性のある型ではないことを検出し、StyleBookコンパイラはエラーを表示し、StyleBookのインポートまたは移行に失敗します。
components:
-
name: lbvserver-comp
type: ns::lbvserver
properties:
name: mylb
ipv46: 10.102.190.15
port: str("80")
servicetype: HTTP
<!--NeedCopy-->
このStyleBookを正常にコンパイルするには、コンパイラで次を数値として宣言します。
port: 80
無効な式のフラグ付けの例:
以前のリリースでは、無効な式がプロパティ名に割り当てられた場合、コンパイラは無効な式を検出せず、StyleBookをNetScaler Consoleにインポートすることを許可していました。現在、このStyleBookがNetScaler Consoleにインポートされると、コンパイラはそのような無効な式を識別し、フラグを立てます。その結果、StyleBookはNetScaler Consoleへのインポートに失敗します。
この例では、lb-sg-binding-compコンポーネントのnameプロパティに割り当てられた式は $components.lbvserver-comp.properties.lbvservername です。しかし、lbvserver-compコンポーネントには lbvservername というプロパティはありません。以前のNetScaler Consoleリリースでは、コンパイラはこの式を許可し、正常にインポートしていました。実際の失敗は、ユーザーがこのStyleBookを使用して構成パックを作成したい場合に発生します。しかし現在では、この種のエラーはインポート時に識別され、StyleBookはNetScaler Consoleにインポートされません。このようなエラーを手動で修正し、StyleBookをインポートしてください。
Components:
-
name: lbvserver-comp
type: ns::lbvserver
properties:
name: mylb
ipv46: 10.102.190.15
port: 80
servicetype: HTTP
-
name: sg-comp
type: ns::servicegroup
properties:
servicegroupname: mysg
servicetype: HTTP
-
name: lb-sg-binding-comp
type: ns::lbvserver_servicegroup_binding
condition: $parameters.create-binding
properties:
name: $components.lbvserver-comp.properties.lbvservername
servicegroupname: $components.sg-comp.properties.servicegroupname
<!--NeedCopy-->
リストのインデックス付け
リストの項目は、直接インデックスを付けてアクセスできるようになりました。
| 式 | 説明 |
|---|---|
$components.test-lbs[0] |
test-lbsコンポーネントの最初の項目を参照します。 |
$components.test-lbs[0].properties.p1 |
test-lbsコンポーネントの最初の項目のプロパティp1を参照します。 |
$components.lbcomps[0].outputs.servicegroups[1].properties.servicegroupname |
lbcompsコンポーネントの最初の項目からの出力であるservicegroupsコンポーネントの2番目の項目のプロパティservicegroupnameを参照します。 |