建筑问题

Question

我是一个在Silverlight中开发应用程序的团队，该应用程序具有多个模块。想想像QuickBooks这样的应用程序，它有AP模块，AR模块，库存模块，工资单模块。

我想创建一个具有桌面外观的应用程序，并能够在桌面上打开多个不同的模块。屏幕可以在桌面上移动和定位，甚至可以最小化到应用程序任务栏。唯一的限制显然是屏幕无法移动到桌面容器之外。

另一位成员说这个概念对用户来说太混乱了，每个模块应该作为一个单独的.exe开发。能够单独打开每个.exe并将它们移动到Windows桌面而不是应用程序桌面区域。

这两种概念在这里有什么感受？

Answer 1

如果所有模块彼此交互并组成一个有凝聚力的应用程序，那么将它们作为模块保存在单个应用程序中。

如果您有模块的概念，但每个模块与其他模块脱节（提供自己的外观/功能，或者不以任何方式与其他模块交互），那么将每个模块分解为单独的应用程序，将它们捆绑在一起作为一个包（这将允许用户同时打开多个应用程序并将它们移动到桌面上的任何位置）。

Answer 2

我觉得MDI方法更可取。我不知道你是否打算允许用户打开多个应用程序实例，但是如果你这样做，那么打开同一模块的多个窗口而没有任何类别的组对用户来说肯定不会更简单。

Answer 3

我认为这很大程度上取决于您的用户将如何使用您的应用。如果典型用户将同时使用多个模块，则使用多个模块呈现单个应用控制台是有意义的。

如果一个典型的用户通常只会使用一个模块，那么呈现多模块用户界面就太过分了，可能会让人感到困惑。

最终用户通常需要您的帮助，让他们专注于完成所需的工作。当用户真的只想做一件事时，提出了多个选项会造成混乱。

小心如何调查有关此问题的潜在用户群：如果您询问“决策者”，他们倾向于跨功能域运行，并将其多模块用例投影为典型的最终用户场景。但是，如果你问咕噜声实际上是在做什么，那么他们的答案与老板的答案会有所不同的可能性很高。 ;＆GT;