他の要素を指す要素。
「全てURIで」、データアクセスで使うページ/要素取得記法。要素に他の要素を複数与えるために使う。
これもプラグインで。デフォルトでは記法定義なし。汎用記法で使う。

参照記法。

  1. 書き方
  2. jQuery風セレクター
  3. XPath風ではない
  4. リンクを関連名でフィルタリング
  5. セレクターでやること
  6. Selector
  7. ページ名と一体化

書き方 † Edit

…jQuery風(CSS風)表現…

…部分は汎用記法。

jQueryとCSSの共通点。
ページパスの表現も含む。
どう書くか？？

jQuery風セレクター † Edit

またはCSS風セレクターで、要素を指定。

タグ名にあたるのが要素のクラス名。
継承したクラス名にあたるのが要素インスタンスが持つ"dotAnnotations"属性。ノートアプリの「タグ」にあたるもの。でもこの言葉はもうマークアップタグとして使ってしまっているので。
:nth…とか:firstとか:evenみたいな疑似セレクターにあたるものは必要なものを似せて実装。

セレクター要素が必要。表現を解釈して要素セットを出力する要素。以前の参照記法にあたるもの。

XPath風ではない † Edit

"XPath風"は要らない。構造を無視したアクセスがしたい。

リンクを関連名でフィルタリング † Edit

エレメント取得はデータアクセスで要素取得すればいい。
ページセットのほうはリンク要素を取得して関連名でフィルタリングするもの。それをページセットで返せればいいので。

リンクのセット→ページセット
はセットの要素を個別に扱う必要がある。

†:Done/セットの扱い
†:i/参照記法は不要

セレクターでやること † Edit

  1. トークン化、空白類区切り
  2. 行頭から解析
  3. DOM風をトークン通りに辿る
    1. 辿れないときは無かったことに→null
      空セットではなく。
    2. 辿れたら→要素セット
      要素セットの順序は決まっていない。混乱するような順序ではない。

Selector † Edit

Selector要素。
「全てURIで」の要素指示の部分の解釈もする。

jQueryとCSSの共通点を実装。

実装はVisitorパターン。
Visitorが解析後のセレクター記法を持って、要素を収集していく。

Acceptorにどんな順番で道案内させるかは、Visitorがセレクターを読んで決める。Acceptorは全てのセレクターに対応できるよう選択肢を用意。

ページ名と一体化 † Edit

ページパス＋要素パス

埋め込み要素ではページ名と属性名を指定することも可能。