当前位置：文江博客话题详情

工作单元和 L2S DataContext

发布于 2024-07-25 22:18:14 字数 398 浏览 9 评论 0原文

为您的模式专家快速提问。

我想要一个与实际数据访问技术分离的存储库模式，因为我还没有决定这一点，并且我希望它是灵活的。因此，这可以是 L2S、L2E、NHibernate、Lightspeed 或任何其他形式。

但我对这个 UnitOfWork 的事情感到困惑。

在 L2S 世界中，这似乎就是您的 DataContext。

但是对于非 L2S 世界呢？例如，假设我使用手写 SQL。

我的问题是谁做什么？在我的 Repo.Save() 方法中，是否应该调用 UnitOfWork.Commit 然后生成所需的 INSERT/UPDATE SQL ？

不期待明确的答案，但进行一些讨论会很好，只是为了确保我走在正确的轨道上！

谢谢

原文

分享到QQ

分享到微博

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

发布评论

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

烟雨凡馨 2024-08-01 22:18:14

存储库当然可以对工作单元对象调用提交/保存/提交，或者它们可以将其留给消费者。我更喜欢后一种情况，因为它使消费者能够控制工作单元实例的生命周期，从而允许消费者参与多个存储库：

// outside the repository layer
// int productId defined elsewhere
// int quantity defined elsewhere

IUnitOfWork unitOfWork = ... instantiate/get a new instance of your DataContext ...

ProductRepository productRepository = new ProductRepository(unitOfWork);
Product product = productRepository.GetById(productId);

Order order = new Order();
order.AddOrderLine(product, quantity);

OrderRepository orderRepository = new OrderRepository(unitOfWork);
orderRepository.Add(order);

unitOfWork.Save(); // This calls SubmitChanges() on the DataContext

Repositories certainly can call commit/save/submit on the unit of work object, or they could leave this up to the consumer. I prefer the latter scenario, because it enables the consumer to control the lifetime of the unit of work instance, which allows the consumer to engage multiple repositories:

// outside the repository layer
// int productId defined elsewhere
// int quantity defined elsewhere

IUnitOfWork unitOfWork = ... instantiate/get a new instance of your DataContext ...

ProductRepository productRepository = new ProductRepository(unitOfWork);
Product product = productRepository.GetById(productId);

Order order = new Order();
order.AddOrderLine(product, quantity);

OrderRepository orderRepository = new OrderRepository(unitOfWork);
orderRepository.Add(order);

unitOfWork.Save(); // This calls SubmitChanges() on the DataContext

回复收藏 0 原文

~没有更多了~