使用实体框架进行 n 层应用程序开发的最佳实践方法是什么？

Question

我正在使用实体框架构建应用程序。我正在使用 T4 模板生成自我跟踪实体。

目前，我正在考虑在单独的项目中创建实体框架代码。在同一个项目中，我将拥有带有实体附加方法的部分类。

我正在考虑使用上层/表示层的方法为服务层 (WCF) 创建一个单独的项目。 WCF 层将引用实体框架项目。 WCF 层中的方法将返回实体或接受实体作为参数。

我正在考虑为表示层 (ASP.net) 创建第三个项目，这将调用 WCF 服务，但还需要引用实体，因为 WCF 方法将这些类型作为参数/返回类型.

简而言之，我想将 T4 模板生成的 STE 实体作为 DTO 用于所有层。

我最初想创建一个映射到每个实体的业务逻辑层。示例：如果我有一个客户类，则业务层将有一个 CustomerBLL 类，然后客户BLL 中的方法将由服务层使用。我还试图在这个业务层中创建一个 DTO。然而，我发现这种方法非常耗时，而且我没有看到主要的好处，因为它会产生更多的维护工作。

使用实体框架 4 进行 n 层应用程序开发的最佳实践是什么？

Answer 1

您应该将您的实体及其持久性逻辑分离到单独的项目中。这样，您的表示层将只需要引用包含实体的项目并且对持久性无知。

我猜项目分解如下是一个不错的方法（至少它对我来说效果很好:)）

• 一个项目中的实体
• 另一个项目（存储库、工作单元）中的持久性逻辑 实施）
• 一个项目中的 WCF
• 表示层

希望对您有所帮助。