工作单元存储库模式和实体框架模拟

发布于 2024-12-19 00:07:40 字数 941 浏览 2 评论 0原文

我在 EF 应用程序中使用了 UnitOfWork 和存储库模式。

实际上，我的设计规定 UnitOfWork 将创建 ObjectContext 类并注入到 Repository 具体类中。例如：

UnitOfWork.cs（初始化）

public DefaultUnitOfWork() {
    if (_context == null) {
        _context = new MyDataContext(ConfigSingleton.GetInstance().ConnectionString);
    }
}

UnitOfWork.cs（获取存储库实例）

public CustomerRepository Customers {
    get {
        if (_customers == null) {
            _customers = new CustomerRepository(_context);
        }
        return _customers;
    }
}

这样，Repository 类就拥有一个已定义的 ObjectContext 类，并且可以使用它的方法来检索和更新数据。这很好用。

现在，我需要执行模拟应用程序池标识的查询，因此我决定将代码包装在模拟中的 UnitOfWork 构造函数中。

不幸的是，这不起作用，因为ObjectContext随后被传递给存储库构造函数，并在稍后存储库的客户端调用时使用，例如FindAll()。

我的经验是，与数据库的真正连接是在实体框架执行查询之前建立的，而不是在我创建 ObjectContext 本身时建立的。

我该如何解决这个问题？

原文

I have used UnitOfWork and Repository patterns in my application with EF.

Actually my design provides that the UnitOfWork would create the ObjectContext class and inject inside the Repository concrete class. For example:

UnitOfWork.cs (initialization)

public DefaultUnitOfWork() {
    if (_context == null) {
        _context = new MyDataContext(ConfigSingleton.GetInstance().ConnectionString);
    }
}

UnitOfWork.cs (getting a repository instance)

public CustomerRepository Customers {
    get {
        if (_customers == null) {
            _customers = new CustomerRepository(_context);
        }
        return _customers;
    }
}

This way the Repository classes have an already defined ObjectContext class and they can use it's methods to retrieve and update data.
This works nice.

Now I need to execute my queries impersonating the Application Pool Identity so I have decided to wrap the code in the constructor of the UnitOfWork within the impersonation.

Unfortunately this does not work because the ObjectContext is then passed to the Repository constructor and used later when a client of the repository calls, for example, FindAll().

I have experienced that the real connection to the database is made right before doing the query by Entity Framework and not exactly when I am creating the ObjectContext itself.

How can I solve this problem?

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

感情旳空白 2024-12-26 00:07:40

您可以使用一个或多个 ObjectContext 工厂（以创建 ObjectContext），并使用不同的创建条件，例如连接字符串。您的 UnitOfWork 可以利用工厂来获取其上下文，存储库也可以，但我认为如果它利用与存储库不同的 ObjectContext，您就错过了 UnitOfWork 的要点。

工作单元应包含一个或多个应一起完成的操作，这可以轻松地利用多个存储库。如果存储库有自己的与 UnitOfWork 分开的 ObjectContext，我不知道提交 UnitOfWork 将如何实现其目的。

我想要么我完全误解了你的问题，要么你遗漏了一些相关的细节。祝你好运！

回复收藏 0 原文

~没有更多了~