1つのHTMLは複数のビュー用クラスで構成。HTMLになったときの型の違いがクラスの違い。ボタンやイメージを配置、それぞれのイベントハンドラーを記述するGUI設計に似た形で。ビューに配置できるクラスはそれぞれがMVCを持つ1つのWebアプリになるように。ビュー上で部品の統合。連携は広いスコープで。
それとネストしてる部品同士で属性の参照ができるように。
PukiWikiの閲覧ページなら…ヘッダー、サイドバー、本文エリアなどを区切るコンテナーが1つのクラス。3区分とも同じクラス(ページ)を含む。
もういい。
ビュー用の各クラスはChain of Responsibility駆動 †
URLクエリーの中で自身が解釈できるものを解釈。
Webアプリは一問一答ばかりなので、これを一問二答/三答にできれば尚可に。それらを集約して1つのレスポンスにする。
クラスとしてのビューは不要 †
Wikiの場合はどれもページ。その中の機能で要素が配置されるのでフレームワークの効果は薄い。
閲覧ページ自体も設定ページで定義されるので、結局みんなページとその中の機能。ビュー用クラスはページだけでいい。→ページが持っているビューだけでいい。
転記したので、もういい。
→ AND検索:ビュー 構造 レイアウト