1

ウィキペディアをサーフィンしたところ、次のような記事を見つけました。

http://en.wikipedia.org/wiki/MVC4WPF

リンクアッパーより一部：

MVC4WPF は、Model-View-Controller (MVC) および Presentation-Abstraction-Control (PAC) パターンに基づく Windows Presentation Foundation (WPF) 開発用に Information Control Corporation で開発された、オープンソースで拡張可能な自動コード パターンです...

私は、WPF/Silverlight が MVVM パターン: Model-View-ViewModel を使用していることを知っています。

MVC4WPF は MVVM の最初のバージョンですか?

私は WPF/Silverlight 開発の歴史をよく知りませんが、MVVM は常にある種の MVC を思い出させてくれます。

もしそれが本当ならMVVM = MVC + PAC？

4

1 に答える 1

-2

このような質問を見るたびに、 Dr.WPF のデザイン パターンについて考えます。

個別の懸念事項を何と呼びたいかは、実際には問題ではありません。多くの WPF 関係者が MVVM について話しているのを耳にしますが、突き詰めると、コードを分離させようとするだけです。MVVM には、次のものがあります。

  • すべてのデータ クラスをモデル化します。何も知らない。
  • 表示データを表示する必要があります。モデルについては知っていますが、モデルを取得する方法は知りません。Bindings を通じて ViewModel について「認識」します。それらをどのように結び付けるかによっては、ViewModel を作成することさえできます。
  • ViewModelこれは、View と Model の間の接着剤です。ビューについて知ることができます。または、ViewModel からビューを非表示にするために最善を尽くすことができます。

MVC には次のものがあります。

  • すべてのデータ クラスをモデル化します。何も知らない。
  • 表示データを表示する必要があります。モデルについては知っていますが、モデルを取得する方法は知りません。
  • コントローラこれは、ビューとモデルの間の接着剤です。ビューとモデルについて知っています。

本当に、最後のビットだけが変更されます (したがって、Dr. WPF の MV-poo)。そして、WPF では、XAML のバインドは非常に優れているため、なぜ大量のコードを記述したいのでしょうか? ビューがプーについて少し知っていれば、WPFで簡単に呼び出すことができます。

PAC パターンを使用したことがないので、その強みについて話すことはできませんが、Wikipediaによると、MVC に非常に似ているようです。だから、私はそれをMV-pooのビットとして分類します.

さて、MVC4WPF は 2009 年以降リリースされていないことを考えると (そして、ドキュメントを含む Web サイトは 2013 年 7 月 6 日にダウンしています)、MVC4WPF を避けることをお勧めします。その長所や短所については語れませんが、優れた MVVM フレームワークが必要な場合は、MVVM LightとCaliburn.Microの両方に優れたサポートと優れたレビューがあります。

また、すべてのアプリケーションがプーを必要とするわけではないことも指摘しておきます。マイク・ヒルバーグはこれをうまく言い表しています。

于 2013-07-06T22:50:18.717 に答える