- 追加された行はこの色です。
- 削除された行はこの色です。
**機能/UIはパラメーター不足時に生成 [#iacdca7e]
機能/UIはパラメーターが足りない時に作られる。
なら、ボタンを置くには？
→パラメーターを何も与えない。
パラメーターを受け付けない機能は？
→必ずUI作成になる？
実行するには何かしらのパラメーターを付けるようデザインすればいい。
ボタンを押すとそのパラメーター付きのリクエストになる。
goとかdoとかexecというような値のないパラメーターを。
パラメーターを全く受けない機能ではボタン作成は不可能になる。
ページを閲覧した時点で実行される。ボタンを押す必要が無い。
**実装は機能側で [#b7eddfbc]
特にルールを作るわけでなく、個々の機能をそういう風に作るというだけ。
**投稿も機能→パラメーター不足時にフォーム生成 [#x9033fcb]
投稿時にパラメーターが揃っていれば投稿→クライアントには投稿後のレスポンスを返す。
これとClick.toなどを組み合わせると、デスクトップアプリからコピペ＋クリックで特定Wikiに投稿可能に。
Click.toの設定を変えるだけで、投稿完了まで進むかフォームにコピペ内容がある状態までかを変えられる。
投稿時には「投稿ボタンを押したときのパラメーター」があるかどうかで投稿完了まで進むか決定。
**パラメーター不足時はリクエストから受け付ける [#qc868be5]
フォームを作るのは却下。ネスト時にフォームを表示できない。
パラメーターが無いときはURLクエリーやPOSTの本文などから入力。あれば入力無し。
パラメーター名を決めておく必要がある。リクエストに埋め込める名前で。
リクエストからパラメーターを取得するのは機能Element次第。機能からでもリクエストを参照できるので自身が解釈できるパラメーターを入手。
フォームを設置するなら別途用意。
せめてパラメーター名をフォームと共有する仕組みが欲しい。パラメーター名を間違えると機能しないので。
ネスト解決できればフォームを作るのも可能。分かりやすい。
複数のフォームを1つに統合できないと。<form>と送信ボタンを統一しておいてフィールドを移し替え。不可能ではない。
