背景: 私は現在、私の大学のために、Microsoft Surfaceの潜在的な教育の可能性を紹介するいくつかの簡単なアプリを作成しています。それらの機能は、基本的なデモ アプリと本格的な本番アプリの中間に位置します。
MVVM やその他の種類の MVC を使用することに躊躇しているのは、データに裏打ちされたいくつかのアプリを除いて、ほとんどのアプリがプレゼンテーション (つまり、Surface タッチスクリーン) に深く結びついていることです。このような状況で、ビジネス ロジックとビューの極端な分離を強調することは論理的ではないように思われます。
何か案は？
MVVM などの何らかの MVC を使用するポイントは、プレゼンテーションと動作の間の深い結合を排除することです。この種のカップリングは、かなり普遍的に悪いことと見なされており、望ましい特性であってはなりません。ビューを駆動するロジックからビューを分離し、WPF MVVM アプローチを利用することを強くお勧めします。長い目で見れば、あなたはそれでとても幸せになり、あなたのアプリケーションはより保守しやすく、将来を見据えたものになるでしょう. プレゼンテーション プラットフォームが Surface、Vista、Windows 7、またはその他の WPF 対応デバイスであるかどうかは問題ではありません。懸念事項の分離は、実際に取り組むべき重要なことです。
私はSurfaceで大成功を収めたMVVMを使用しました。MVVMは、ビューをモデル化し、その背後にあるロジックを分離することを目的としています。そのロジックがデータベースを処理するかどうかは関係ありません。ビューがある場合、それは何かのビューです。したがって、何かをビューモデルで表す必要があります。