ライブラリまたは独自のフレームワーク？

Question

するときは、ライブラリや独自の実装対のフレームワークを使用する必要があります。 例えば。 MVVM、私は？シンチ/ MVVMフレームワークを使用するか、自分自身のコードをロールバックする必要があります。

Answer 1

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

あなたが「固着」のポイントが表示されたら、

、異なるフレームワークは、多くの意味を作るために開始します。 MVVMのための様々な枠組みが（例えばなどのダイアログ/サービスの取り扱い、メッセージング、など）MVVMを扱うときに痛みのいくつかのポイントを容易にする「ヘルパー」であることを意味していることを覚えておいてください。

ということでは言った、フレームワークの多く（すなわち：シンチ）。本当に、特定の方法を作業にあなたを導く - 理想は、あなたの状況を与えてしてもしなくてもよい。

私は個人的には単一のフレームワークを使用しないでください。私は、必要に応じてフレームワークからアイデアやインスピレーションを借りますが、フレームワークのほとんどがあまりにも多くのことをしようということを発見した。

ということでは、さまざまなフレームワークを理解すれば、彼らはあなたがあなたの開発目標との適合を選ぶ1提供、非常に有用であると述べました。例えば、幻想提供する MVVM光は、よく考え抜かと劇的にMVVMで多くの困難な作業を簡素化することメッセージングフレームワークをテスト、それは非常に堅牢である場所にいくつかの機能を得るための素晴らしい方法だそう。

Answer 2

フレームワークを使用してください。期限を持っているプロジェクトのために、独自のフレームワークを書くことは、ほとんどの場合、非常に良いアイデアではありません。 趣味のプロジェクトでは、ええ、なぜフレームワークを作成していません。 あなたのケースでは、ここで見ることができます：

https://stackoverflow.com/questions/1280462/what-mvvm-framework -are-あなたを-使用する

Answer 3

あなたがプロジェクトのためのフレームワークを使用すると、アセンブリのサイズは本当に重要なのは、私はほとんど常に（学術的なプロジェクトが含まれていません）。フレームワークと一緒に行くお勧めされていないことを許可している場合

あなたは（通常は）徹底的に試して、自分の手巻いバージョンのトラブルシューティングを行うのではなく、テストされ、文書化されている何かを得るでしょう。