1つのHTMLは複数のビュー用クラスで構成。HTMLになったときのの違いがクラスの違い。ボタンやイメージを配置、それぞれのイベントハンドラーを記述するGUI設計に似た形で。ビューに配置できるクラスはそれぞれがMVCを持つ1つのWebアプリになるように。ビュー上で部品の統合。連携は広いスコープで。
それとネストしてる部品同士で属性の参照ができるように。

PukiWikiの閲覧ページなら…ヘッダー、サイドバー、本文エリアなどを区切るコンテナーが1つのクラス。3区分とも同じクラス(ページ)を含む。

もういい

ビュー用の各クラスはChain of Responsibility駆動 Edit

URLクエリーの中で自身が解釈できるものを解釈。
Webアプリは一問一答ばかりなので、これを一問二答/三答にできれば尚可に。それらを集約して1つのレスポンスにする。

ページ/要素に組み込んだので、もういい

クラスとしてのビューは不要 Edit

Wikiの場合はどれもページ。その中の機能で要素が配置されるのでフレームワークの効果は薄い。
閲覧ページ自体も設定ページで定義されるので、結局みんなページとその中の機能。ビュー用クラスはページだけでいい。→ページが持っているビューだけでいい。

転記したので、もういい
AND検索:ビュー 構造 レイアウト