.NET框架中的控制和依赖注入反转

Question

在.NET Framework本身中，是否有任何将DI用作架构原理或设计模式的特定示例/实例？ 框架/ BCL中的任何（或许多）类型是否符合IoC？

类型名称和基于C＃的简短插图/说明都很棒！

最好将DI注入设计原则作为最佳实践……因为它是从基础框架本身收集而来的。

我重申，我不是在寻找的IoC / DI框架但 IOC / DI框架中 。

编辑：只是想获得更多的实例/示例...因此赏金！

Answer 1

通常，BCL中没有很多DI的示例-也许是因为BCL是一个相当独立的框架，而DI则更多地是与应用程序体系结构有关的。但是，这里有些示例我能够找到到目前为止。

构造函数注入

BCL中没有很多构造函数注入的示例。 最好的候选人是

• System.IO.StreamWriter
• System.IO.StreamReader

资产注入

• System.ComponentModel.IComponent.Site

我们还看到Workflow Foundation的WorkflowRuntime.AddService和相关方法的变体，尽管您可能会认为这更接近于方法注入。

方法注入

• System.ComponentModel.Design.IDesigner.Initialize
• System.ComponentModel.TypeConverter（许多方法采用ITypeDescriptorContext）
• System.Web.Mvc.IModelBinder.BindModel（来自ASP.NET MVC）

环境语境

• System.Threading.Thread.CurrentPrincipal
• System.Threading.Thread.CurrentCulture
• System.Threading.Thread.CurrentUICulture
• System.Diagnostics.Trace.Listeners

FWIW，我从即将出版的书中借鉴了这些例子。

Answer 2

StreamReader和StreamWriter都可以视为IoC / DI的示例。

每个对象都允许您注入不同的Stream对象（或其派生对象之一）以分别进行读取/写入。

FileInfo fi = new FileInfo(@"C:\MyFile.dat");
StreamWriter sw = new StreamWriter(fi.Open());

要么：

MemoryStream ms = new MemoryStream();
StreamWriter sw = new StreamWriter(ms);

两者都允许：

sw.Write("Hello world!");

相同的方式，无论您在对构造函数的调用中注入了哪种Stream。

Answer 3

当然-从1.0开始， IServiceProvider接口已成为框架的一部分。 这不是DI，因为这里通常会讨论它（使用“内核”），但是使用Service Locator模式是IoC。

如果您深入研究Windows Forms Designer的任何代码，就会发现该代码中包含如下代码：

IDesignerOptionService service = 
    (IDesignerOptionService)this.GetService(typeof(IDesignerOptionService));

如果您正在使用Component ，那么您可以通过Site属性来访问它。 在创建自定义控件时，这是相当普遍且实际需要的知识。

这是服务位置，教科书示例。 您有一个通用的IServiceProvider ，可以按服务类型IServiceProvider您请求的抽象服务。 如果您想创建自定义设计器-智能标记等-那么您需要了解所有这些。 ASP.NET也是如此。

---

_{PS：请勿在新代码中使用 IServiceProvider 。 这是一个非常古老的非通用接口。 如果要创建需要IoC容器才能工作的可重用库，则应改用Common Service Locator 。 但是，除非您绝对要求您的库与应用程序层使用的DI库无关，否则甚至不要使用它 。 大多数特定于实现的容器/内核都提供了更丰富的API，如果您将自己牢牢掌握在CSL上，就会错过它们。}

Answer 4

这是一个如何在.NET 4中创建System.ComponentModel.Composition.Hosting.CompositionContainer的示例：

var exeCatalog = new AssemblyCatalog(Assembly.GetExecutingAssembly());
var dircatalog = new DirectoryCatalog(".");
var aggregateCatalog = new AggregateCatalog(exeCatalog, dirCatalog);
var exportProvider = new CatalogExportProvider(aggregateCatalog);
var container = new CompositionContainer(exportProvider);

这是通过构造函数参数进行依赖项注入的示例。 因为遵循了依赖项注入模式，所以这些类非常可扩展：您可以编写自己的ComposablePartCatalog实现，并将其传递给导出提供程序构造函数。 或者，您可以绕过零件目录的整个概念，并编写自己的ExportProvider实现。

（顺便说一句， CompostionContainer本身就是IoC框架的一部分，但这不是本示例的重点。）

Answer 5

.NET（尤其是在Web环境中）提供了提供程序，以定义框架组件的替代实现。 该框架定义了一个抽象基类，在其之上定义了一个或两个具体实现，并允许用户在需要的地方提供自己的实现。

定义后，用户将无法控制其实现的生命周期。 该框架接管并管理实例化，设置和处置。

从System.Configuration.Provider.ProviderBase开始。

实现ProviderBase的.NET类：

• System.Configuration.ProtectedConfigurationProvider-加密和解密受保护的配置数据
  • System.Configuration.DpapiProtectedConfigurationProvider（具体）
  • System.Configuration.RsaProtectedConfigurationProvider（具体）
• System.Configuration.SettingsProvider-应用程序设置体系结构中的自定义设置
  • System.Configuration.LocalFileSettingsProvider（具体）
  • System.Web.Profile.ProfileProvider
    • System.Web.Profile.SqlProfileProvider（具体）
• System.Web.Management.WebEventProvider-自定义ASP.NET健康事件处理
  • System.Web.Management.BufferedWebEventProvider
    • System.Web.Management.MailWebEventProvider
      • System.Web.Management.SimpleMailWebEventProvider（具体）
      • System.Web.Management.TemplatedMailWebEventProvider（具体）
    • System.Web.Management.SqlWebEventProvider（具体）
  • System.Web.Management.EventLogWebEventProvider（具体）
  • System.Web.Management.IisTraceWebEventProvider（具体）
  • System.Web.Management.TraceWebEventProvider（具体）
  • System.Web.Management.WmiWebEventProvider（具体）
• System.Web.Security.MembershipProvider-成员资格服务的自定义成员资格
  • System.Web.Security.ActiveDirectoryMembershipProvider（具体）
  • System.Web.Security.SqlMembershipProvider（具体）
• System.Web.Security.RoleProvider-角色管理服务的自定义角色管理
  • System.Web.Security.AuthorizationStoreRoleProvider（具体）
  • System.Web.Security.SqlRoleProvider（具体）
  • System.Web.Security.WindowsTokenRoleProvider（具体）
• System.Web.SessionState.SessionStateStoreProviderBase-会话状态数据存储
  • System.Web.SessionState.InProcSessionStateStore（具体）
  • System.Web.SessionState.OutOfProcSessionStateStore（具体）
  • System.Web.SessionState.SqlSessionStateStore（具体）
• System.Web.SiteMapProvider-自定义SiteMap持久数据存储
  • System.Web.StaticSiteMapProvider
    • System.Web.XmlSiteMapProvider（具体）
• System.Web.UI.WebControls.WebParts.PersonalizationProvider-代表WebPartPersonalization实例加载和存储个性化数据
  • System.Web.UI.WebControls.WebParts.SqlPersonalizationProvider（具体）

例子：

• 实施配置文件提供程序
• 实施会员提供者

Answer 6

我目前正在阅读Roy Osherove 的《单元测试的艺术 》一书。 他提到了一种称为“ 提取并重载”的技术（即，通过覆盖负责返回依赖关系的虚拟方法，将依赖关系注入到类中）。

我想我遇到过该技术的各种实例，例如：

• 自定义ADO.NET类型DataTable ：
  如果从DataTable派生，则可以覆盖各种方法，例如GetRowType() ， CreateInstance()和其他方法。

• 自定义Workflow Foundation Activity设计器（在.NET 3.5中）
  我不记得确切的类，但是我想如果您想创建自定义活动设计，则可以从现有的类中派生出新的类，并且模式大体相同。 您重写了一个虚拟方法，该方法允许您将自定义依赖项返回到框架。