银光-模块化。物理分离双生子的最好方法？

Question

我们正在用大量的内容开发LoB应用程序。XAP的下载将相当大，我认为有一次下载。我计划把解决方案分解成不同的项目。

不知道为什么-但我不喜欢许多项目的解决方案。这不是很好的主意。即使在我们作为一个庞大的团队工作的时候--许多项目也是痛苦的。

即使是现在，当我使用MEF/PRISM时-仍然会有一些核心依赖项，如：

1. 棱镜库
2. 接口
3. 导航
4. 弹壳/引水器
5. 应用程序样式
6. 转换器/命令/验证器
7. 等。

而且我要有模块来使用所有这些核心的东西。模块内部将有以下内容：

1. RIA服务客户端
2. 视图模型
3. 视图

这些模块将使用MEF按需加载。我认为从尺寸上看，所有这些模块都会比核心模块大，因为它们中有大量的逻辑。

我希望有大约5-6个模块和核心。我认为这将给我提供合理数量的客户端项目和库/XAPS，并且它将是易于管理的解决方案。

你看到像这样的故障有什么问题吗？一些在线视频将使7+项目成为核心模块。有什么意义？我认为它增加了复杂性。而不是显示出模块中的3-4 DLL。一个用于视图，一个用于视图模型，等等。他们还需要一起装，所以为什么？

我在找你们这些经历过的人..。

谢谢!

Answer 1

为什么你觉得有多个项目的解决方案是个坏主意？

如果您对这种方法的唯一怀疑是解决方案将变得杂乱无章，那么您可以简单地创建多个解决方案，每个解决方案都有一个不同的开发视角。

解决方案==透视法

解决方案仅仅是项目的集合，并定义了构建一系列项目。在我的项目设置中，我通常会有服务器端解决方案、业务实体解决方案、许多不同的表示层解决方案以及构建所有项目的主解决方案。

服务器端解决方案中的项目也可能在业务实体解决方案中。这样，开发人员只需要在适用于他们的解决方案/透视图中进行开发。这避免了大量项目的混乱。