我正在使用 EF --> Repositories/UnitOfWork --> Services --> MVC 3 分层方法，我只是想知道使用单独的程序集或组合程序集中的一些逻辑层有什么好处/缺点。
基本上我要问的是，如果您对合同（接口）而不是实现进行编程，您可以在一个程序集中进行正确的操作吗？
问问题
120 次
3 回答
4
使用程序集，您可以仅使用内置工具强制分层。
不过，您可以使用命名空间实现相同的效果。您只需要一个能够验证命名空间依赖关系的工具，例如 NDepend。
接口与此讨论无关。它们提供编译时分离。运行时依赖项仍然存在。只是静态不可见。
从构建性能的角度来看，较少的组件通常是可取的。它们有时也会妨碍（“检测到循环引用！”）。
于 2012-08-27T18:58:43.530 回答
2
单独组件的另一个优点是更容易重用和交换组件。例如，如果您想为同一个应用程序创建一个 WPF 前端，您可以使用与 MVC3 项目相同的层，只需将 Web 项目换成 WPF 应用程序。将应用程序的明显不同区域分开是很有意义的，以便以后能够更轻松地更改它们。
于 2012-08-27T19:10:01.953 回答
1
使用多个程序集意味着您可以通过内部化某些接口和类来强制执行“隐藏”和“公共”接口，以便它们只能由同一程序集中的类使用 - 这意味着您可以为给定层提供辅助类和扩展类，而且您不会只说“草皮”并在不应该的地方使用它们。
这是一种强制执行方法的分层性质的方法，而仅使用命名空间等是无法做到的。
于 2012-08-27T19:03:54.530 回答