:/ページ要素間の連携方法のバックアップ(No.17)

to your Kindle

入力方法はいろいろ †

記法パラメーター、フォーム／クエリー文字列、APIパラメーターなど入力方法は複数。
APIとして呼ぶのはTo...なので変えられるのはこの引数になる。
他はコンストラクターの引数。フォームとクエリー＞記法の順で優先。フォーム／クエリーは記法パラメーター不足のときのものなので。これは要素の設定値のようなもの。

要素呼び出しにもバージョンが必要。
ページ/要素プラグインのバージョン番号。
APIにバージョンを付けるよりも、要素を複数バージョン共存させたほうが実装が単純になる。
呼び出し側がバージョン指定。フレームワークが存在するバージョンのうち、指定された以降で最も近いバージョンと結び付ける。

†http://wiki.pmint.name/index.php?cmd=read&page=ToDo/機能UIの配置方法&word=パラメーター不足時はリクエストから受け付ける

†http://wiki.pmint.name/index.php?cmd=read&page=プラグイン内でプラグインを呼び出すために

データコンテキスト †

データコンテキストは「…が欲しい」という要求でもある。
呼び出し側が戻り値の型を指定。

†データアクセス
†データコンテキスト
対応するメソッド名をそのまま「コンテキスト指定記法」にしてもいい。HTMLコンテキストも記法の1つに加えて。
HTMLコンテキストは記法の外のこと。でもそれを記法内に作りたい時のために用意。
コンテキストは戻り値型の要求でも引数の型でもある。入力可能な型を要求する。

パラメーター（引数）をどう与えるか †

汎用記法での書き方と同じ。UI=API

†http://wiki.pmint.name/index.php?cmd=read&page=ページ/属性&word=書式

ページ/属性は利用者が書くもの。
ページ/裏なら主属性を要素や要素以外のクラス名にして競合を避けたりできそう。

独自仕様 †

引数が独自ならメソッドも独自でいい。
自由に定義。それに依存して自由に呼び出し。

利用例 †

ページの逆リンクを得て一覧化するときに、同じページ同士の自動リンク数（重複数）を含めて欲しいとき。など。

参考になるかも †

→ 機能[?]
ページ/要素は機能の実装。