仍然对存储库和解耦、ASP.NET MVC 迷失方向

Question

我仍然在永恒地追求构建（和理解）解耦、IoC、DI 等现代编程约定。我正在尝试弄清楚如何构建存储库。我已经检查了 数据库抽象层设计 - 使用 IRepository 的帖子正确的方法？这非常有帮助，但我仍然遇到一些问题一直困扰着我。

我的程序现在有 4 层......

Web（项目 | ASP.NET MVC 应用程序）- 引用 Models.dll 和 Persistence.dll

模型（域对象）

持久性（域对象的流畅 nHibernate 映射）

实用程序（提供程序、存储库）

现在，我正在尝试编写一个简单的会员存储库。我的第一个任务...？

当有人尝试注册时检查电子邮件地址是否存在。这看起来一切都很好——所以我去尝试找出把它放在哪里。

但首先，我只是将其放置在 MembershipProvider 类 CreateUser 方法中。然而，这属于公用事业项目。到目前为止，Utilities 还不了解 nHibernate。只有 Persistence Project 才了解 nHibernate。

那么，我的 CreateUser 方法需要查询我的数据库。那么这里的最佳实践是什么？我是否要在 Persistence 项目中创建一个 UserRepository，然后创建一个名为 CheckEmail 的完整方法？或者我是否只需将 nHibernate .dll 添加到我的 Utilities 项目中，并在提供程序中编写会话查找？

在我的持久性项目中创建执行特定操作的存储库似乎比创建提供者需要做更多的工作。如果我必须为它们创建存储库，为什么我还要创建提供者？所有这些新方法的目的不就是为了阻止代码重复吗？但感觉就像要让事情“分开”一样，我必须编写相同的代码 2 或 3 次。这里的最佳实践是什么？

Answer 1

您的存储库确实应该在您的持久性程序集中实现。假设您正在对它们进行单元测试，您将为域程序集中的每个存储库定义接口。

您的 CreateUser 方法不应直接查询数据库来确定电子邮件地址是否已存在，而应在 DoesEmailExist 中创建一个单独的方法来负责执行该检查。每个方法都应该有一个单一的职责。

回应jfar的疑惑：

没错，domain定义了可以做什么，定义了Domain.IUserRepository.Create(User user)等接口。然而，该域没有定义任何实现。

假设您开始使用实体框架，您可能会创建一个实现域中定义的接口的Persistence 程序集。因此，从上面的域接口开始，我们实现了该接口：

namespace Persistence
{
    public class UserRepository : Domain.IUserRepository
    {
        public void Create(User user)
        {
           // use Entity Framework to persist a user
        } 
    }
}

例如，假设您的客户后来告诉您实现 NHibernate 持久层。幸运的是，我们的域与现有的持久层是分开的——它位于域中。因此，您可以轻松实现现有的域接口，而无需更改 MVC 应用程序中的任何代码 - 因为只知道您定义的接口，而不是实体框架实现。

然后，您的 IoC 容器可以配置为将 IUserRepository 解析为实体框架或 NHibernate 实现，您的 MVC 应用程序并不关心这两种方式。

就程序集引用而言，Persistence 程序集具有对 Domain 的引用，而 Domain 完全正确地没有对 Domain 的引用>持久性。

这导致了解耦设计，易于测试和更改，从而更容易维护。

我希望这有帮助。

Answer 2

存储库接口应该放置在域层上，该存储库的实现将是基础设施层上的 NHibernate 类。你的 UI 层了解基础设施，但仅依赖于手动或通过 DI 容器注入的存储库接口。

Answer 3

我使用以下约定来帮助我决定如上所述的功能：

案例：在用户注册时检查电子邮件地址是否已存在

1 - 验证类型：输入验证< br>
描述：是有效格式、长度、字符等的电子邮件。
完成者：设置属性时的User对象，否则会抛出异常

2 - 验证类型：业务规则验证
描述：是否已存在具有相同电子邮件地址的用户或任何此类业务规则？
完成者： UserRepository，因为它将能够在调用 Commit 之前查询所有用户以查找此信息

基于此，我的用户代码将如下所示：

// Method - can be called by the Controller layer to register a user  
// Can be a private method of the controller itself or can be abstracted by a   
// IAccountManager implementation with this method  
void RegisterUser(string emailId){

var user = new User();
user.Email = emailId;

if(!user.IsValid){
 // Some input data is not correct
 // Handle the case & exit this method
}

var repository = serviceLocator.GetInstance<IUserRepository>();
repository.Save(user);
if(!repository.IsValid){
 // Some business rule error 
 // Handle the case & exit this method
}
else{
 repository.Commit();
}
}

所以，虽然我明白您在查看所有层时遇到困难，我将它们分类为：

Web 项目 - 是应用程序的视图部分&将只有数据逻辑来输出视图
模型 - POCO 具有验证自身的逻辑
存储库 - 如果对象有效且有效，则调用持久层所有业务规则均有效
持久层 - 将数据持久保存到存储
IoC/DI - 将解析实例和实例为您提供使用

HTH 的正确实例

Answer 4

史黛西，看看这个视频。该视频是使用 ASP.NET MVC1 编写的，我认为它的质量非常高。观看视频并研究它。 MVC2 基本相同，只是改进了 Html 助手。

链接书呆子晚餐

我同意 Spolto 的观点：MVC 鼓励关注点分离，从而生产出可以测试的高质量软件。