アプリを別のモジュールに分割しないと（そうでなければ、プリズムは使えないと私は主張します）、プリズムを使うべきですか？WPF：小規模なアプリケーションではプリズムの過剰使用ですか？
私はプリズムが（私は、コードのページに自分自身を行うことができます）ICommandの便利な実装を提供し、私たちにIEventAggregatorを与えますが、すべてのブートストラップ、シェルをしていることを知って、ModuleCatalogのものは、本当に助けて？
MVVMパターン（Prismなし）を使用して懸念を切り離すだけでアプリがテスト可能で、Bobさんがあなたの叔父さん！
小規模なアプリケーションの場合は、過剰なアプリケーションと見なすことはできますが、小さなアプリケーションの場合でも、 DelegatedCommandとIEventAggregator（これには弱いイベント処理があるため、正しく実装するのはまったく簡単ではありません）。
もっと軽量のフレームワークが適している可能性があります。私はプリズムしか知っていないので、本当にコメントすることはできません。
1つの点は、小規模なアプリケーションでは小さなアプリケーションでは非常に一般的ですが、その後は大きなアプリケーションに発展することです。比較的少量の労力を最初の場所に配置することは、後でそれを並べ替えるという（そして時には不可能な）記念碑的な仕事を払うよりも優れています。
小さなアプリの場合、caliburn microはより簡単なフレームワークを提供します。プリズムは、アプリケーションで領域を定義する必要がある場合に特に便利です。
両方を組み合わせることもできます。 –
MVVM Lightが最適です。
MVVM LightがPrismより優れている理由を説明してください。 –
+1 - ほとんど同じことを書いていました。ファイルシステムやデータベースと通信したり、外部のエンティティと通信したり、主要なサブウィンドウ、ページ、機能を持たない小さなアプリケーションは、せいぜい「プロトタイプ」であり、何のメリットもありません。他のものを入れ始めると、Prismは非常に便利になります。 –