.NET UnitOfWork作为一个静态类 - 这是个好主意吗？

Question

我读了那篇文章http://www.primaryobjects.com/CMS/Article122，因为我想找到一个答案如何关闭/处理Repository pattern中的数据库上下文，我们不再需要该连接。

我看到UnitOfWork是static类和上下文被内Application_Start创建和设置在Application_EndRequest。整个概念看起来不错，我可以管理整个应用程序的连接。

但是，UnitOfWork类标记为static是一个好主意吗？我想知道，因为这样UnitOfWork类正在共享所有传入的请求。如果UnitOfWork课程不会是static，并且它可以在Global.asax内动态创建/处理，那么效果会更好吗？

Answer 1

是，样品中的UnitOfWork类确实是静态的，但如果你读了深入的代码，你会看到UnitOfWork.Current正在创建或查找存储在HttpContext.Current一个实例。所以不，你将要使用的实例是每个请求，而不是全局共享。