在 EF WCF 服务中使用上下文和存储库

Question

我首先使用存储库模式在我的数据层中使用实体框架代码。我目前正在设计我的 WCF Web 服务以连接到数据层，我只是对如何连接到数据层有点困惑。

在我的数据层测试项目中，我为每个测试创建一个新的 DbContext 类，将其包装在 using 块中，在其中创建存储库类，将上下文作为构造函数参数传递。然后我可以在存储库上调用我的方法来取回数据。

这对于开始是否正确，然后我是否在 WCF 服务方法中也这样做？

我会不会有

 public class UserService : IUserService
    {
        public bool CheckEmailAvailability(string email)
        {
            try
            {
                using (var context = new MyDbContext())
                {
                    var repository = new UserDataRepository(context);
                    var emailAvailable =
                        repository.GetItems().Count(
                            u => u.EmailAddress.Equals(email, StringComparison.InvariantCultureIgnoreCase)) == 0;

                    return emailAvailable;
                }
            }
        }
    }

还是我使用的上下文/存储库概念错了？

我还觉得在这里使用 DI 会很方便，这样我就可以在 WCF 服务测试项目中模拟数据上下文/存储库对象。这是通常做的事情吗？如果是这样，有没有人有任何关于这方面的示例或教程的链接？

Answer 1

首先，是的，最好注入存储库，或者（如果您选择的 DI 框架无法解析它们）存储库的工厂。

此外，从您的服务中删除上下文的想法可能是一个好主意。在我看来，存储库及其助手应该处理上下文，并在必要时在组装实体所需的各种数据库调用之间共享上下文。然后服务可以从存储库中请求实体，而不必担心它们是来自数据库还是其他数据存储。

public class UserService: IUserService
{
    IUserRepository userRepository;

    ... // ctor to inject repository

    public bool CheckEmailAvailability(string email)
    {
        var emailAvailable = !userRepository.GetUserEmails().Any(u => u.EmailAddress.Equals(email, StringComparison.InvariantCultureIgnoreCase));

        return emailAvailable;                            
    }
}

public class UserRepository: IUserRepository
{
    ...

    public IEnumerable GetUserEmails()
    {
        // actually this context should be handled more centrally, included here for sake of illustration
        using (var context = new MyDbContext()) 
        {
            return repository.GetItems();
        }
    }
}

最后，关于 WCF 服务，我不确定最好的建议是什么。我见过在业务逻辑中间创建 WCF 服务的代码，这很糟糕，但是旧 WPF 代码库和有限 DI 的限制。更好的情况是可以将 ChannelFactory 或服务工厂注入到您的服务层中。您可能会在 Dependency Injection wcf 上找到此答案有帮助。

和往常一样，如果您打算对代码进行 TDD，我绝对建议您将应用程序各层之间的交点封装在接口中，以便更容易模拟它们。听起来您的想法是对的。