如果我不把我的應用程序分成不同的模塊（否則我會爭辯說，棱鏡會defo是要走的路），我應該使用棱鏡？WPF：Prism是否適用於小應用程序？
我知道棱鏡給出了一個方便的實現ICommand（我可以自己在一頁代碼中）並給出了我們的IEventAggregator，但所有Bootstrapper，Shell，ModuleCatalog的東西真的有幫助嗎？
爲什麼不只是使用MVVM模式（沒有棱鏡）來分隔你的擔憂，所以你的應用程序是可測試的，Bob是你的叔叔！
對於一個小應用程序，你可以肯定地認爲它是過度殺毒，但即使是一個小應用程序，你也確定了一些有用的方面，例如， DelegatedCommand和IEventAggregator（BTW帶有弱事件處理，因此不能完全無效地正確實現）。
也許更輕量級的框架可能更適合。我只知道棱鏡，所以不能真正評論。
我想說的一點是，小型應用程序從小型應用程序開始很普遍，但隨後演變成更大的應用程序。將相對較小的努力放在首位的構建方式要比支付稍後整理它的巨大（並且有時是不可能的）任務更好。
對於較小的應用程序，caliburn micro提供了一個更簡單的框架。對我而言，當您需要在應用程序中定義區域時，棱鏡尤其有用。
你也可以將兩者結合起來。 – 2013-03-27 18:07:32
MVVM Light是最好的選擇....！
你應該解釋爲什麼MVVM Light比棱鏡更好。 – 2015-01-04 05:34:00
+1 - 正在寫幾乎相同的東西。一個不與文件系統，數據庫通信，與任何外部實體通信，或具有任何主要子窗口，頁面或功能的小型應用程序最多隻是一個「原型」，並且不會從任何東西中受益。一旦你開始放入其他東西，棱鏡變得非常快速非常有用。 – 2011-02-02 17:18:31