我在一个开发具有多个模块的Silverlight应用程序的团队中。想象一下像QuickBooks这样的应用程序，它具有AP模块，AR模块，库存模块，工资单模块。体系结构问题
我想用台式机来创建应用程序，并且可以在桌面上打开多个不同的模块。屏幕可以四处移动并定位在桌面上，甚至可以最小化到应用程序任务栏。显然唯一的限制是屏幕无法移出桌面容器。
另一位成员说，这个概念对用户来说太混乱了，每个模块都应该作为一个单独的.exe开发。能够单独打开每个.exe文件并将它们移动到Windows桌面上的任何位置，而不是应用程序桌面区域。
对这两个概念有什么感想？
如果所有模块相互交互并组成一个内聚应用程序，然后将它们全部保存为单个应用程序中的模块。
如果你有模块的概念，但每个模块与其他模块脱节（提供自己的外观/感觉，功能，或不以任何方式与其他模块交互），然后将每个模块分解为单独的应用程序并将它们作为一个包捆绑在一起（这将允许用户同时打开多个应用程序并将它们移动到桌面上的任何位置）。
我觉得MDI方法更可取。我不知道你是否打算允许用户打开多个应用程序实例，但是如果你这样做，让同一模块的多个窗口打开而没有任何类别的组合对用户来说肯定不会更简单。
我认为这取决于您的用户如何使用您的应用程序。如果一个典型的用户将同时使用多个模块，则呈现具有多个模块的单个应用程序控制台是有意义的。
如果一个典型的用户通常只会使用一个模块，那么呈现一个多模块用户界面会过度且可能会引起混淆。
最终用户通常需要您的帮助才能让他们专注于他们需要完成的任务。当用户真的只想做一件事情时，呈现多个选项会产生混淆。
要小心如何调查潜在用户群对这个问题的看法：如果您问“决策者”，他们倾向于跨功能域进行操作，并将他们的多模块用例作为典型的最终用户场景进行投影。如果你问实际做这项工作的咕噜声，然而，他们的答案与老板的答案不同的可能性很高。 ;>