0

这些原则如何说明将 POCO（或 MVC 中的模型）放在单独的 DLL 中？

关键是当对象被分发给不同的开发人员并由不同的开发人员使用时，让域范围的对象更容易“移动”。在这种实际情况下，“我们”是一个开发人员，很快就会成为两个开发人员。我们将处理系统（和不同）dll 的不同关注点，但我们将分享一些 POCO 和枚举。

public class Customer
{
    public int CustomerId { get; set; }
    public string Name { get; set; }
}

问题。是否有一些缺点为 POCO 和枚举创建单独的 dll？所谓的领域广泛使用。好吗？为什么或者为什么不？

4

1 回答 1

1

就个人而言，我总是将我的域类放入单独的 dll 中。您现在可能不需要它，但它几乎总是会在以后出现（例如，如果应用程序架构需要更改，即从 web 表单到 mvc）。通过将其分离到类库 (dll) 中，您可以强制执行关注点分离概念的一部分。您的所有业务逻辑都应该包含在类库中而不是前端。那么前端可以只关注导航，而无需过多考虑类库。

所以你的优势至少是：关注点分离，可以重新分配和重用，最佳实践，更干净的前端代码/项目。

不利的一面是，如果您在多个项目中使用它，您将必须控制哪些应用程序正在使用哪些库，并确保它们拥有最新的库，或者至少是最新的相关库。

因此，从听起来的情况来看，在您的情况下，这只是一件优先的事情。但是恕我直言，这是您应该适应的偏好。

于 2012-07-25T16:49:08.077 回答