コンテンツにスキップ

Model View Controller

出典: フリー百科事典『ウィキペディア(Wikipedia)』

これはこのページの過去の版です。Addbot (会話 | 投稿記録) による 2013年3月14日 (木) 06:33個人設定で未設定ならUTC)時点の版 (ボット: 言語間リンク 34 件をウィキデータ上の d:q44860 に転記)であり、現在の版とは大きく異なる場合があります。

Model-View-Controller 概念図。
直線は直接的なAssociationを表し、破線は (例えば)Observer パターンを経た間接的なAssociationを表す。

Model View Controller(モデル・ビュー・コントローラ; MVC)は、コンピュータ内部のデータをユーザに提示し、それに対してユーザが何らかの指示を出すタイプの、独自のユーザーインタフェースをもつアプリケーションソフトウェアを、以下に述べるようなmodel・view・controllerの3つの部分に分割して設計・実装するという技法、又はそのような構造をいう。

MVCは、デザインパターンの1種と扱われる場合もあるが(MVCパターンと呼称される)、MVC自体が他の小さなデザインパターン(Observer パターンCommand パターンFactory Method パターンFacade パターンなど)を利用して実装されることが多いところからすると、デザインパターンというより、さらに粒度の大きい1種のソフトウェアアーキテクチャという方が適当であろう[1][2]

各モジュールが比較的截然と分かれ、プログラムの見通しがよくなるとともに、ユーザインタフェース (UI) 部分を別のモジュールに取り替えることが容易となるのが利点である。自動プログラミングなどにも適している。

元来Smalltalkにおけるウィンドウプログラム開発のための設計指針として生まれたものであるが、特に構造が複雑となりがちなグラフィカルユーザインターフェース (GUI) をもつソフトウェアにおける有用性から他方面へ広がった。

MVCの構造

MVCでは、プログラムを3つの要素、Model(モデル)、View(ビュー)、Controller(コントローラ)に分割する。

Model
そのアプリケーションが扱う領域のデータと手続き(ビジネスロジック - ショッピングの合計額や送料を計算するなど)を表現する要素である。また、データの変更をviewに通知するのもmodelの責任である(modelの変更を通知するのにObserver パターンが用いられることもある)。
多くのアプリケーションではデータの格納に永続的な記憶の仕組み(データベースなど)が使われている。MVCの概念では、データの(UI以外の)入出力は取り扱わないので、データアクセスも本来MVCの概念の範疇を超えるものではあるが、敢えていえばmodelの中に隠蔽されると考えられる。
View
modelのデータを取り出してユーザが見るのに適した形で表示する要素である。すなわちUIへの出力を担当する。例えば、ウェブアプリケーションではHTML文書を生成して動的にデータを表示するためのコードなどにあたる。
Controller
ユーザの入力(通常イベントとして通知される)に対して応答し、それを処理する要素である。すなわちUIからの入力を担当する。modelとviewに変更を引き起こす場合もあるが、直接に描画を行ったり、modelの内部データを直接操作したりはしない。

なお、UIにおける入力と出力は本質的には不可分なものであり、したがってviewとcontrollerはいつでも分離できるとは限らない。このようなM-VCとなるような構造を拡張MVCと呼ぶことがある。

MVCのシナリオ

MVCの実装は様々であるが、制御フローは一般的に次のようになる。

  1. ユーザがユーザインタフェースを通してviewに入力する(ボタンを押すなど)。
  2. controllerがviewからの入力イベントを処理する。controllerは登録されているイベントハンドラコールバックを通して呼ばれることが多い。
  3. controllerがユーザのアクションに応じてmodelのメソッドを呼ぶ。その結果modelのデータ(例えば、ショッピングカートの中身など)が書き換えられることもある[3]
  4. viewがmodelから関連するデータを取得し、出力を更新する。例えば、ショッピングカートの中身の表示を更新する。
  5. viewがユーザの次の操作を待つ。始めに戻って、新しいサイクルに入る。

脚注

  1. ^ Frank Buschmann, Regine Meunier, Hans Rohnert, Peter Sommerlad, Michael Stal (1996). Pattern-Oriented Software Architecture. John Wiley and Sons. ISBN 0-471-95869-7 
  2. ^ Model View Controller As An Aggregate Design Pattern
  3. ^ 複雑なcontrollerはアクションの実体を隠蔽し、拡張を容易にするため、Command パターンを使って構造化されることが多い

関連項目