リクエストされたページにある要素は全て呼ばれる。その中でどのクエリーをどう使うかは要素次第なので、別にChain of Responsibilityでなくてもいい。全ての要素がResponsibility.
ページではなくURLクエリーに記述されたときもChain of Responsibilityではない。Chain（連鎖）はするけど。
Androidのインテントのようなものでもない。送り先を決めてパラメーターを用意。戻り値の型も要求する。
機能使用時の記述は要素を表すキーワードと、要素が指定するキーワードで。1つのキーワードで複数の機能呼び出し可能。Androidのインテントのようなもので。処理できる機能1つが反応する。
処理可能かどうかの判定は機能ごとに優先順位ありで、機能内に優先度を記述しておく。
→リクエストされたページにある要素は全て呼ばれて、URLクエリーを自分なりに解釈する。いくつの要素が反応するかは不明。クエリーに反応できるものが反応する。
宛先要素を書いたり、その要素以外にはクエリーを渡さないといった制限は必要ない。リクエストに含まれるデータは対応する全ての要素に渡る。宛先を書くことで特定要素を確実に反応させるということはあるかも。いずれにせよデータを受ける要素自身が判断。
ネスト構造になっている要素間だけで有効なデータはある。引数と戻り値のようなもの。これは記述された通りの流れ。
ページではなくURLクエリーに記述されたときも同じ。一時的なページ上に記述されたのと同じ処理になるので、特別なことはしない。同上。