我用依赖关系和团结的方式是正确的吗

本文关键字：方式 依赖 关系 | 更新日期: 2023-09-27 18:30:09

我即将学习IoC和依赖注入。我想知道我是否正确地理解了这个原理和模式。

我尝试实现UnitOfWork/Repository模式。我想要我的存储库类的两个实现用于单元测试，并且我希望UnitOfWork"决定"实例化哪个具体实现（在Unity的帮助下）。

示例

IUserRepository接口 

public interface IUserRepository
{
    List<User> getAll();       
}

使用真实数据的存储库实现

public class UserRepository : IUserRepository
{
    private MyDbContext db;
    public UserRepository(MyDbContext db)
    {
        this.db = db;
    }
    public List<DomainModel.User> getAll()
    {
        return db.Users.ToList();
    }
}

伪造存储实现

public class FakeUserRepository : IUserRepository
{
    private List<User> userSet;
    public FakeUserRepository()
    {
        // Fake Data
        userSet = new List<User>();
        userSet.Add(new User { Username = "john", Active = true, EMail = "john@ann.net", Password = "supersecret" });
        userSet.Add(new User { Username = "ashley", Active = true, EMail = "ashley@ann.net", Password = "supersecret" });
        userSet.Add(new User { Username = "kaidan", Active = true, EMail = "kaidan@ann.net", Password = "supersecret" });
        userSet.Add(new User { Username = "tali", Active = true, EMail = "tali@ann.net", Password = "supersecret" });
    }
    public List<DomainModel.User> getAll()
    {
        return userSet;
    }
}

使用Unity实现我的UnitOfWork

// To Keep it simple, i skipped the IDisposable part ;)
public class UnitOfWork
{
    MyDbContext db;
    private IUserRepository userRepository;
    UnityContainer container = new UnityContainer();
    public UnitOfWork(bool fake = false)
    {
        if (fake)
        {
            container.RegisterType<IUserRepository, FakeUserRepository>();
        }
        else
        {
            db =  = new MyDbContext();
            container.RegisterType<IUserRepository, UserRepository>(new InjectionConstructor(db));
        }
    }

    public IUserRepository UserRepository
    {
        get
        {
            if (userRepository == null)
            {
                userRepository = container.Resolve<IUserRepository>();
            }
            return userRepository;
        }
    }
    public void Save()
    {
        db.SaveChanges();
    }
}

现在，当我调用new UnitOfWork()时，它将为我提供"UnitOfWork with RealData"实现。如果我调用new UnitOfWork(fake: true)，它会给我"UnitOfWork with Fake Data"。到目前为止还不错。但这是Unity和DI应该使用的方式吗？如果我的应用程序增长到30个存储库，我最终会定义大型"如果/其他"块吗？想象一下，希望添加更多的数据存储，如XML或WCF作为数据源。如果我继续像上面那样使用它，我最终会得到一个非常复杂和糟糕的UnitOfWork类。

首先：我不确定我是否理解DI和Unity，因为它是要使用的。如果我理解正确：使用一个能给我正确的UnitOfWork类型的工厂会更好吗？

欢迎任何帮助或提示。

谢谢，

匹配

我用依赖关系和团结的方式是正确的吗

我会像处理存储库一样分离工作单元：一个IUnitOfWork接口和用于fake和Entity Framework工作单元的具体类。你现在的工作单位违反了单一责任原则，因为它有多重责任：

  • 将保存调用传递到实体框架工作单元
  • 确定工作单元是假的还是真的
  • 在Unity容器上注册存储库

如果您有一个单独的实体框架工作单元，则不需要容器来解析存储库，但您可以使它们成为成员变量，并在构造函数中初始化这些变量。您只需要在容器上注册正确的工作单元。

相关文章：