我在一個開發具有多個模塊的Silverlight應用程序的團隊中。想象一下像QuickBooks這樣的應用程序，它具有AP模塊，AR模塊，庫存模塊，工資單模塊。體系結構問題
我想用臺式機來創建應用程序，並且可以在桌面上打開多個不同的模塊。屏幕可以四處移動並定位在桌面上，甚至可以最小化到應用程序任務欄。顯然唯一的限制是屏幕無法移出桌面容器。
另一位成員說，這個概念對用戶來說太混亂了，每個模塊都應該作爲一個單獨的.exe開發。能夠單獨打開每個.exe文件並將它們移動到Windows桌面上的任何位置，而不是應用程序桌面區域。
對這兩個概念有什麼感想？
如果所有模塊相互交互並組成一個內聚應用程序，然後將它們全部保存爲單個應用程序中的模塊。
如果你有模塊的概念，但每個模塊與其他模塊脫節（提供自己的外觀/感覺，功能，或不以任何方式與其他模塊交互），然後將每個模塊分解爲單獨的應用程序並將它們作爲一個包捆綁在一起（這將允許用戶同時打開多個應用程序並將它們移動到桌面上的任何位置）。
我覺得MDI方法更可取。我不知道你是否打算允許用戶打開多個應用程序實例，但是如果你這樣做，讓同一模塊的多個窗口打開而沒有任何類別的組合對用戶來說肯定不會更簡單。
我認爲這取決於您的用戶如何使用您的應用程序。如果一個典型的用戶將同時使用多個模塊，則呈現具有多個模塊的單個應用程序控制臺是有意義的。
如果一個典型的用戶通常只會使用一個模塊，那麼呈現一個多模塊用戶界面會過度且可能會引起混淆。
最終用戶通常需要您的幫助才能讓他們專注於他們需要完成的任務。當用戶真的只想做一件事情時，呈現多個選項會產生混淆。
要小心如何調查潛在用戶羣對這個問題的看法：如果您問「決策者」，他們傾向於跨功能域進行操作，並將他們的多模塊用例作爲典型的最終用戶場景進行投影。如果你問實際做這項工作的咕嚕聲，然而，他們的答案與老闆的答案不同的可能性很高。 ;>