»このセクションでは、さらに高度なルール構文について見ていきます。データの表示にもっと複雑な方法が必要になることもあります。実のところ、これまでの簡易なルール構文は、以下で説明する完全なルール構文の短縮形に過ぎません。タグの中に置かれることになります。つのタグが含まれます。タグは常に必要なわけではありません。要素は、与えられたリソースをマッチさせる条件を指定するために使用します。ここには複数の条件が指定可能ですが、その場合は、すべての条件がマッチする必要があります。要素自身に直接設定していました)。タグの中のコンテントが生成されることになります。タグ中に直接置かれていました)。その後、そのリソースのすべての子リソースを走査していきます。要素の中のコンテントが生成されることになり、マッチしない場合には、コンテントは生成されずに次に移ることになります。つの要素を含めることが可能です。存在してはなりません。この要素では、テンプレートビルダーがリソースを走査するときに渡される情報の置き場所を提供します。具体的には、ここで条件のマッチ処理を行う際にルートリソースを参照できるよう保持しておく、変数の名前を指定することになります。属性で指定されるリソースのことです。要素の構文は以下のようになります。uri="?var"/>このクエスチョンマークは、それに続くテキストが変数名であることを指示しています。これにより、「var」変数を、条件の後の部分で利用することが可能になります。このとき変数名として好きな名称を指定することが可能です。これは子リソースを走査する必要があることを示すために使用します。要素のいずれかをコンテナとして参照します。要素は以下のように記述することになります。属性の値の取得を行います。タグで指定されている変数「list」に代入されます。これにより、ルートリソースと関連するリソースは、この「list」変数を使用して取得することが可能になります。要素の処理に移ります。ここで、ビルダーは順次その要素の子要素を走査していくことになります。属性の値は、「list」変数を使用して指定しています。このため、親には「list」変数の値、つまりルートリソース「http://www.xulplanet.com/rdf/weather/cities」が設定されることになります。リストされるすべての子要素が走査されます。つの子があり、それぞれ異なる都市を指しています。属性の値についてのマッチングが行われます。設定するだけになります。上記の記述によって、繰り返しの間、ビルダーに対象となる子リソースを「city」変数へ代入させることが可能です。つのリソースは条件にマッチしたことになり、ビルダーはそれぞれに対してコンテントを生成します。いっても、上記の例では生成すべきコンテントは設定されていません。これは、もう少し後で追加する予定になっています。存在するかどうかをチェックするために使用します。トリプルとは、リソースにおけるプロパティのようなものと考えることができます。プロパティによるトリプルが存在することを意味しています。(object)」と呼ばれます。要素で記述した場合、以下のように表現されます。object="www.mozilla.org"/>これは、実際よりも若干単純化されていることに注意してください。述語とする別のトリプルに含まれてます。その場合は変数に設定された値が使用されることになります。変数の値がまだ定義されていない場合には、テンプレートビルダーは値をデータソースから探して変数に代入します。以下のような条件を使用することになります。「pred」変数に予報が代入されることになります。つの都市のそれぞれに対してこれを繰り返します。マッチ処理が済むと、ビルダーは予報が見つかった都市に対してのみコンテントの生成を行います。都市に予報のリソースが存在しない場合は、条件は満たされていないことになるため、その都市についてはコンテントの生成は行われないことになります。簡易なルール構文を利用する場合と異なり、曖昧になることがないため、述語の先頭に「rdf:」を付ける必要がないことに注意してください。値を、インラインで直接指定することも可能です。(くもり)」の場合のみマッチするように指定している点が異なっています。その結果、この条件は予報が「Cloudy」になっている都市に対してのみ満たされることになります。さらなるマッチ条件が必要な場合は、トリプルを追加することも可能です。追加するリソースのための別のトリプルを追加するだけで済みます。この場合、条件はすべてのトリプルから値が得られた場合にのみマッチしたことになります。以下の例は、新たにトリプルを追加して都市の名前をチェックします。このとき、名前は「name」変数に代入されます。この条件は、都市に名前があり、かつ予報があるときにのみマッチすることになります。要素の中に指定します。これは、ツリーの行やメニュー項目、といったリソースに応じて生成したいコンテントになります。ここに置くコンテントからは、条件の部分で定義された変数を参照することが可能です。したがって、上記の天気の例の場合、「name」と「pred」変数を使用することで、都市名や天気予報を表示させることが可能です。それらはテキストではなくリソースの情報が保持されているため、表示させても利用者に意味がある情報にはならないでしょう。属性の値は、条件の部分で設定される変数を指定する必要があります。属性で設定する変数を指定します。以下は、条件とアクションを含めた、ツリーを生成するための完全な例です。要素に置き換えてください。要素を置くことが可能です。このルールで指定するバインディングは、トリプルと同じ構文を持っており、機能もほぼ同じになります。上記の天気の例に対しては、以下のようなバインディングを加えることが可能です。リソースを取得し、「temp」変数に代入します。これはトリプルの挙動と似ていますが、バインディングは条件の判定に影響を与えない点が異なります。都市に気温のリソースがない場合には、「temp」変数に空の文字列に設定されることになります。要素の状態を保存する方法について見ていきます。inbox.現在、ニュースレターは英語でのみ提供されています。従って私の個人情報を扱うことに同意します。