如何正确使用存储库模式？

我想知道应该如何对存储库进行分组？就像在asp.net mvc上看到的示例一样，在我的书中，它们基本上每个数据库表都使用一个存储库。但这似乎是很多存储库，导致您以后不得不调用许多存储库以进行模拟和填充。

所以我想我应该将它们分组。但是我不确定如何将它们分组。

现在，我做了一个注册资料库来处理我所有的注册资料。但是，有4个表需要更新，而在我拥有3个存储库之前，需要进行更新。

例如，表之一是许可证表。当他们注册时，我查看他们的密钥并检查它是否存在于数据库中。现在，如果我需要检查该许可证密钥或该表中其他位置（而不是注册）的其他内容，该怎么办？

可以登录一个位置（检查密钥是否未过期）。

那么在这种情况下我该怎么办？再次重写代码（打破DRY）？尝试将这两个存储库放在一起，并希望在其他时间点都不需要使用任何方法（例如，也许我可能有一个检查是否使用了userName的方法-也许我会在其他地方使用该方法）。

另外，如果我将它们合并在一起，那么我将需要2个服务层到同一个存储库，因为我认为拥有站点2个不同部分的所有逻辑将很长，而且我必须具有ValidateLogin（），ValdiateRegistrationForm（）之类的名称。 ，ValdiateLoginRetrievePassword（）等。

还是仍然调用存储库，只是在周围有一个奇怪的名字？

似乎很难建立一个具有足够通用名称的存储库，以便您可以将其用于应用程序的许多位置并且仍然有意义，我认为在存储库中调用另一个存储库不是一个好习惯吗？

在处理存储库模式时，我做错了一件事-就像您一样，我认为该表与存储库1：1有关。当我们应用域驱动设计中的某些规则时-分组存储库问题通常会消失。

存储库应该是每个聚合根目录，而不是表。这意味着-如果实体不应该一个人住（即-如果您有一个Registrant特别参与Registration的实体）-它只是一个实体，它不需要存储库，应该通过聚合根的存储库对其进行更新/创建/检索属于。

当然-在很多情况下，这种减少存储库数量的技术（实际上-这是一种用于构建域模型的技术）无法应用，因为每个实体都应该是一个聚合根（这在很大程度上取决于您的域，我只能提供盲目的猜测）。在您的示例中-License似乎是一个聚合根，因为您需要能够在没有Registration实体上下文的情况下检查它们。

但这并不限制我们级联存储库（如果需要，Registration允许存储库引用License存储库）。这并不限制我们License直接从Registration对象引用存储库（最好是通过IoC）。

只是不要试图通过技术带来的复杂性或误解来推动您的设计。ServiceX仅因为您不想构造2个存储库而将存储库分组并不是一个好主意。

最好给它起一个合适的名字-RegistrationService即

但是一般应避免使用服务-它们通常是导致贫血领域模型的原因。

编辑：
开始使用IoC。它确实减轻了注入依赖项的痛苦。
而不是写：

var registrationService = new RegistrationService(new RegistrationRepository(),  
      new LicenseRepository(), new GodOnlyKnowsWhatElseThatServiceNeeds());

您将能够写：

var registrationService = IoC.Resolve<IRegistrationService>();

Ps最好使用所谓的公共服务定位器，但这只是一个例子。

我已开始解决此问题的一件事是实际开发包装N个存储库的服务。希望您的DI或IoC框架可以帮助您简化这一过程。

public class ServiceImpl {
    public ServiceImpl(IRepo1 repo1, IRepo2 repo2...) { }
}

那有意义吗？另外，我了解到，在此庄园中谈论服务实际上可能符合或不符合DDD原则，我这样做是因为它似乎有效。

我正在做的是定义一个抽象基类，如下所示：

public abstract class ReadOnlyRepository<T,V>
{
     V Find(T lookupKey);
}

public abstract class InsertRepository<T>
{
     void Add(T entityToSave);
}

public abstract class UpdateRepository<T,V>
{
     V Update(T entityToUpdate);
}

public abstract class DeleteRepository<T>
{
     void Delete(T entityToDelete);
}

然后，您可以从抽象基类派生您的存储库，并在通用参数不同的情况下扩展您的单个存储库。

public class RegistrationRepository: ReadOnlyRepository<int, IRegistrationItem>,
                                     ReadOnlyRepository<string, IRegistrationItem> 

等等....

我需要单独的存储库，因为我们确实对某些存储库有限制，这给了我们最大的灵活性。希望这可以帮助。

我有这个作为我的存储库类，是的，我在表/区域存储库中进行了扩展，但是有时我还是不得不中断DRY。

using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;

namespace MvcRepository
{
    public class Repository<T> : IRepository<T> where T : class
    {
        protected System.Data.Linq.DataContext _dataContextFactory;

        public IQueryable<T> All()
        {
            return GetTable.AsQueryable();
        }

        public IQueryable<T> FindAll(Func<T, bool> exp)
        {
            return GetTable.Where<T>(exp).AsQueryable();
        }

        public T Single(Func<T, bool> exp)
        {
            return GetTable.Single(exp);
        }

        public virtual void MarkForDeletion(T entity)
        {
            _dataContextFactory.GetTable<T>().DeleteOnSubmit(entity);
        }

        public virtual T CreateInstance()
        {
            T entity = Activator.CreateInstance<T>();
            GetTable.InsertOnSubmit(entity);
            return entity;
        }

        public void SaveAll()
        {
            _dataContextFactory.SubmitChanges();
        }

        public Repository(System.Data.Linq.DataContext dataContextFactory)
        {
            _dataContextFactory = dataContextFactory;
        }

        public System.Data.Linq.Table<T> GetTable
        {
            get { return _dataContextFactory.GetTable<T>(); }
        }

    }
}

编辑

public class AdminRepository<T> : Repository<T> where T: class
{
    static AdminDataContext dc = new AdminDataContext(System.Configuration.ConfigurationManager.ConnectionStrings["MY_ConnectionString"].ConnectionString);

    public AdminRepository()
        : base( dc )
    {
    }

我也有一个使用Linq2SQL.dbml类创建的datacontext。

因此，现在我有一个标准存储库，可以实现诸如All和Find之类的标准调用，并且在AdminRepository中有特定的调用。

尽管我不认为，但没有回答DRY的问题。

这是使用FluentNHibernate的通用存储库实现的示例。它能够保留您为其编写映射器的任何类。它甚至能够根据映射器类生成数据库。

存储库模式是错误的设计模式。我使用许多旧的.Net项目，这种模式通常会导致“分布式事务”，“部分回滚”和“连接池已耗尽”错误，这些错误可以避免。问题在于，该模式尝试在内部处理连接和事务，但是这些连接和事务应在控制器层处理。EntityFramework也已经抽象了很多逻辑。我建议使用服务模式代替重用共享代码。

我建议您看一下Sharp Architecture。他们建议每个实体使用一个存储库。我目前在我的项目中使用它，对结果感到满意。