[論文レビュー] A comparison of model view controller and model view presenter

M. Rizwan Jameel Qureshi, Fatima Sabir|arXiv (Cornell University)|Aug 25, 2014

Software Engineering and Design PatternsSocial Sciences参考文献 2被引用数 19

ひとこと要約

この論文は、Webアプリケーション開発におけるModel View Controller (MVC) および Model View Presenter (MVP) アーキテクチャパターンを比較し、その設計的側面、実装手法、および異なるプラットフォームや環境における適性を分析している。研究では、両パターンが関心の分離を改善する一方で、MVPはより優れたテスト可能性と結合性の低さを提供するため、適切な実装環境が整っている場合には、複雑で保守性の高いWebアプリケーションに適していると判明した。

ABSTRACT

Web application frameworks are managed by using different design strategies. Design strategies are applied by using different design processes. In each design process, requirement specifications are changed in to different design model that describe the detail of different data structure, system architecture, interface and components. Web application frame work is implemented by using Model View Controller (MVC) and Model View Presenter (MVP). These web application models are used to provide standardized view for web applications. This paper mainly focuses on different design aspect of MVC and MVP. Generally we present different methodologies that are related to the implementation of MVC and MVP and implementation of appropriate platform and suitable environment for MVC and MVP.

研究の動機と目的

• WebアプリケーションフレームワークにおけるModel View Controller (MVC) および Model View Presenter (MVP) パattersの設計的側面を分析・比較すること。
• ソフトウェア開発におけるMVCおよびMVPの実装手法と環境要件を評価すること。
• MVCおよびMVPの効果的な展開に最も適したプラットフォームおよび開発環境を特定すること。
• アーキテクチャ選択がコードの保守性、テスト可能性、コンponentの結合性に与える影響を評価すること。

提案手法

• 設計原則、コンponentの責任、データフローに基づいて、MVCとMVPの比較的分析を実施する。
• 概念的モデリングと例示図（5枚の図）を用いて、コンponent間の相互作用を評価する。
• 各パターンがビジネスロジック、ユーザーインターフェース、データ管理の間の関心の分離をどのように処理するかを検討する。
• プラットフォーム互換性と開発環境要件に焦点を当て、実装上の考慮事項を議論する。
• Webフレームワークにおけるソフトウェア工学の既存文献および標準的実務をレビューする。

実験結果

リサーチクエスチョン

• RQ1 MVCとMVPは、アーキテクチャ的責任およびコンponent間の相互作用においてどのように異なるか？
• RQ2 Webアプリケーション開発におけるMVCおよびMVPの主な設計的利点と制限は何か？
• RQ3 複雑なWebアプリケーションにおいて、どちらのパターンがより優れたテスト可能性と保守性を提供するか？
• RQ4 MVCおよびMVPの効果的な実装に影響を与えるプラットフォームおよび環境要因は何か？

主な発見

• MVPは、ビューとコントローラーのコンponent間の結合性をより低く抑え、テスト可能性と保守性を向上させる。
• MVCは、ビューとコントローラーの間で結合性が高くなる傾向があり、単体テストを複雑にする可能性がある。
• 両パターンとも関心の分離を改善するが、MVPの明確なプレゼンター層のおかげで、複雑なUIロジックの管理が容易になる。
• 開発プラットフォームの選択は、両パターンの実装のしやすさと長期的な保守性に顕著な影響を与える。