6

ライブラリまたはフレームワークと独自の実装をいつ使用する必要があるか。例えば。MVVM、Cinch/MVVM Framework を使用するか、独自のコードを展開する必要がありますか?

4

3 に答える 3

7

個人的には、MVVM と WPF では、フレームワークなしで始めることをお勧めします。

「こだわり」のポイントが見えてくると、さまざまなフレームワークの意味が理解できるようになります。MVVM のさまざまなフレームワークは、MVVM を扱う際のいくつかの問題点 (ダイアログ/サービスの処理、メッセージングなど) を緩和するための「ヘルパー」であることを意図していることを思い出してください。

そうは言っても、多くのフレームワーク (例: Cinch) は、特定の方法で作業するように実際に誘導します。これは、状況によっては理想的である場合とそうでない場合があります。

私は個人的に単一のフレームワークを使用していません。必要に応じて、フレームワークからアイデアやインスピレーションを借りますが、ほとんどのフレームワークはやりすぎていることがわかりました。

そうは言っても、さまざまなフレームワークを理解すると、選択したフレームワークが開発目標に適合していれば、それらは非常に役立ちます。たとえば、MVVM Lightは、MVVMの多くの困難なタスクを劇的に簡素化する、よく考えられ、テストされた素晴らしいメッセージング フレームワークを提供します。

于 2010-04-08T16:23:47.703 に答える
3

フレームワークを使用します。締め切りのあるプロジェクトで独自のフレームワークを作成することは、ほとんどの場合、あまり良い考えではありません。趣味のプロジェクトなら、フレームワークを作ってみませんか。あなたの場合、ここを見ることができます:

https://stackoverflow.com/questions/1280462/what-mvvm-framework-are-you-using

于 2010-04-08T16:26:25.920 に答える
2

プロジェクトにフレームワークを使用することが許可されていて、アセンブリのサイズがそれほど重要でない場合は、ほとんどの場合、フレームワークを使用することをお勧めします (学術プロジェクトは含まれません)。

自分の手でロールバックしたバージョンを試したりトラブルシューティングしたりするのではなく、(通常は)徹底的にテストされ、文書化されたものを手に入れることができます。

于 2010-04-08T16:22:32.627 に答える