ライブラリまたはフレームワークと独自の実装をいつ使用する必要があるか。例えば。MVVM、Cinch/MVVM Framework を使用するか、独自のコードを展開する必要がありますか?
3 に答える
個人的には、MVVM と WPF では、フレームワークなしで始めることをお勧めします。
「こだわり」のポイントが見えてくると、さまざまなフレームワークの意味が理解できるようになります。MVVM のさまざまなフレームワークは、MVVM を扱う際のいくつかの問題点 (ダイアログ/サービスの処理、メッセージングなど) を緩和するための「ヘルパー」であることを意図していることを思い出してください。
そうは言っても、多くのフレームワーク (例: Cinch) は、特定の方法で作業するように実際に誘導します。これは、状況によっては理想的である場合とそうでない場合があります。
私は個人的に単一のフレームワークを使用していません。必要に応じて、フレームワークからアイデアやインスピレーションを借りますが、ほとんどのフレームワークはやりすぎていることがわかりました。
そうは言っても、さまざまなフレームワークを理解すると、選択したフレームワークが開発目標に適合していれば、それらは非常に役立ちます。たとえば、MVVM Lightは、MVVMの多くの困難なタスクを劇的に簡素化する、よく考えられ、テストされた素晴らしいメッセージング フレームワークを提供します。
フレームワークを使用します。締め切りのあるプロジェクトで独自のフレームワークを作成することは、ほとんどの場合、あまり良い考えではありません。趣味のプロジェクトなら、フレームワークを作ってみませんか。あなたの場合、ここを見ることができます:
https://stackoverflow.com/questions/1280462/what-mvvm-framework-are-you-using
プロジェクトにフレームワークを使用することが許可されていて、アセンブリのサイズがそれほど重要でない場合は、ほとんどの場合、フレームワークを使用することをお勧めします (学術プロジェクトは含まれません)。
自分の手でロールバックしたバージョンを試したりトラブルシューティングしたりするのではなく、(通常は)徹底的にテストされ、文書化されたものを手に入れることができます。