标签:扩展 实践 分析 答复 参数 factor customers 函数 对象创建
原文:IoC 依赖注入容器 Unity在软件工程领域,“控制反转(Inversion of Control,缩写为IoC)”是一种编程技术,表述在面向对象编程中,可描述为在编译时静态分析器并不知道具体被耦合的对象,而该对象是在运行时被对象装配器绑定的。
在传统编程中,决定业务流程的对象是被静态分配的。而在 IoC 中,业务流程取决于对象装配器实例化提供的对象,这使利用抽象来定义对象间的交互成为可能。对象装配器为了能绑定一个对象,要求该对象必须具备兼容的抽象定义。例如类 ClassA 可以需要接口 InterfaceI 的功能,而 ClassB 实现了该接口,则装配器可实例化 ClassA 和 ClassB,并将 ClassB 的实例注入到 ClassA 的实例中。
在实践中,IoC 是一种利用可复用代码来控制特性需求代码的软件构建风格。它着重强调了在应用程序的开发中,可复用代码和特性需求代码可分别被独立地实现。
IoC 作为一种软件设计准则有以下用途:
IoC 还时常被称为著名的 "好莱坞原则":
Hollywood Principle: Don‘t call us, we‘ll call you.
在好莱坞,当演员把简历递交给演艺公司之后,经常得到的答复是 "不要来找我们,需要时我们会找你的。",演员只能被动式的接受公司的差使,在需要的环节完成自己的演出。
在面向对象编程中,有多种基本技术可实现 IoC:
IoC 是非常通用的技术术语,IoC的拥护者提倡使用更为特定的名称“依赖注入(Dependency Injection,缩写为 DI)”来描述。
IoC 容器是一种管理对象创建过程的简单方式。可以通过它来定义复杂对象的创建过程,使你可以通过几行代码即可获取到所需的对象。也可使用它来为类和方法注入(Inject)依赖项。
IoC 容器可以提高应用程序的灵活行和可测试行。通过在容器中注册接口实现的替代实现,或使用 Stub 和 Mock 等技术来隔离被测试代码的外部依赖。
Unity 是一个轻量级、可扩展的依赖注入容器(Dependency Injection Container),其支持截取、构造函数注入、属性注入和方法调用注入等。可以利用 Unity 通过多种方式进行应用程序组件间的解耦,从而最大化组件的一致性,并简化设计、实施、测试和管理等。
Unity 提供了所有常见的依赖注入机制,包括注册类型映射、注册对象实例、解决依赖、管理对象的生存期,为参数的构造函数和方法注入依赖对象,和解析对象的属性值。 此外,Unity 拥有很好的可扩展性。可以通过添加容器扩展来改变容器的行为或增加新的功能。例如在 Unity 中拦截功能,向被拦截对象添加各种策略即是通过容器扩展实现。
通过使用 DI 框架和 IoC 机制,可以生成或装配类和对象的实例,并且该实例可以包含所依赖的对象实例和设置。
如果使用 Unity 实例化一个类,该类的构造函数依赖一个或多个其他类,则 Unity 会为构造函数自动创建参数中指定的被依赖的类的实例。
例如,下面的代码展示了一个名为 "CustomerService" 的类,其构造函数的入参依赖于一个名为 "LoggingService" 的类。
public class CustomerService { public CustomerService(LoggingService log) { log.WriteToLog("I‘m an injected concrete logging service."); } }
在运行时,可使用 Unity 容器的 Resolve 方法创建 "CustomerService" 类的实例,则一个 "LoggingService" 类的具体实现会被注入到 "CustomerService" 实例中。
IUnityContainer container = new UnityContainer(); CustomerService customer = container.Resolve<CustomerService>();
标签:扩展 实践 分析 答复 参数 factor customers 函数 对象创建
原文地址:https://www.cnblogs.com/lonelyxmas/p/10674439.html