与Linq to Sql DataContext的统一。 RegisterType或RegisterInstance

Question

这是基本设置。 在ASP.Net网站上，有几个页面显示来自数据库的数据的报告。 所有数据都是通过存储过程来访问的，存储过程可以通过对SQL的Linq访问。 这些页面在不同时间可能会有很高的流量。 我们正在使用具有MVP模式的ASP.Net和Unity for IoC（尽管无论使用哪个容器，这个问题都是相同的。）每个Presenter都注入了一个IDataRepository，该对象又注入了一个IDataAccess，该消息将Linq发布到Sql DataContext下引擎盖。

问题是，在连接容器时，我们应该对IDataAccess使用RegisterInstance（单例），还是应该使用RegisterType。 我想这个问题的实质是：Unity如何处理Dispose（）（使用RegisterType时，它将正确处理我的DataAccess类（处理DataContext的问题）），以及建立一个DataContext的代价如何。 另一方面，（潜在地）多个线程击中同一个DataContext的规模缩小了？

最后一点，不确定这是否相关，在这种情况下，DataContext严格用于读取数据，它从不进行任何写操作。

Answer 1

通常， DataContext不是线程安全的。 但是它们的设计价格是易于安装和拆卸，而且重量轻。 您应该将它们视为工作单元。 因此，对于数据库中的每个“会话”，您都应该使用一个（只有您才能确定“会话”是什么）。

因此，我强烈建议您不要将DataContext的生命周期设置为单例。

此外，如果仅使用它进行读取，则应将ObjectTrackingEnabled设置为禁用（类似于NHibernate中的IStatelessSession ）。

Answer 2

Singleton Pattern和Singleton Scope之间有区别，大多数DI框架（包括UNITY）都使用Singleton Scope。

单例作用域：每个注入器仅存在一个实例，这是非常重要的概念，因为在一个应用程序中可能存在多个注入器并存，因此一个以上单例，在这种情况下，每个注入器将持有一个不同的单例作用域对象实例。我们所有人相信，单例在应用程序的生命周期中意味着一个实例，但在DI中并非如此。

Dhanji R. Prasanna撰写了一本关于依赖注入的非常好的书。