1つのHTMLは複数のビュー用クラスで構成。HTMLになったときの型の違いがクラスの違い。ボタンやイメージを配置、それぞれのイベントハンドラーを記述するGUI設計に似た形で。ビューに配置できるクラスはそれぞれがMVCを持つ1つのWebアプリになるように。ビュー上で部品の統合。連携は広いスコープで。
それとネストしてる部品同士で属性の参照ができるように。
1つのHTMLページは複数のビュー用クラスで構成。
HTMLページになったときの型の違いがクラスの違い。
ボタンやイメージを配置、それぞれのイベントハンドラーを記述するGUI設計に似た形で。
ビューに配置できるクラスはそれぞれがMVCを持つ1つのWebアプリになるように。連携はデータで。それと入れ子関係なら属性の参照ができるように。
PukiWikiの閲覧ページなら…ヘッダー、サイドバー、本文エリアなどを区切るコンテナーが1つのクラス。3区分とも同じクラス（ページ）を含む。
PukiWikiの閲覧ページなら…ヘッダー、サイドバー、本文エリアなどを区切るコンテナーが1つのクラス。3区分とも同じクラス（ページ）を含む。
もういい。

ビュー用の各クラスはChain of Responsibility駆動 † Edit
URLクエリーの中で自身が解釈できるものを解釈。
Webアプリは一問一答ばかりなので、これを一問二答/三答にできれば尚可に。それらを集約して1つのレスポンスにする。
ページ/要素に組み込んだので、もういい。

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


Wikiの場合はどれもページ。その中の機能で要素が配置されるのでフレームワークの効果は薄い。
閲覧ページ自体も設定ページで定義されるので、結局みんなページとその中の機能。ビュー用クラスはページだけでいい。→ページが持っているビューだけでいい。
  • ビュー用の各クラスはChain of Responsibility駆動
    クエリーの中で自身が解釈できるものを解釈。
    Webアプリは一問一答ばかりなので、これを一問二答/三答にできれば尚可に。

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