IoC容器Autofac正篇之依赖注入(六)

依赖注入,这个专业词我们可以分为两个部分来理解:

依赖,也就是UML中描述事物之间关系的依赖关系,依赖关系描述了事物A在某些情况下会使用到事物B,事物B的变化会影响到事物A;

注入,医生通过针头将药物注入到病人体内。注入也就是由外向内注入、灌输一些东西。

综合上面的说明,依赖注入就是A类依赖B类,B类的实例由外部向A注入而不是由A自己进行实例化或初始化。

三种注入方式

一.构造器注入  

类A依赖于类B,类A的构造方法中,有一个参数为类B,在new 类A时会从外部为类B传入实例就是构造注入

class Program
{
    static void Main(string[] args)
    {
        var b = new B();
        var a = new A(b);
    }
}

class A
{
    private B _b;
    public A(B b)
    {
        this._b = b;
    }
}

class B { }

 构造器注入是默认行为,不需要设置,autofac自动完成了构造注入的工作。

二.属性注入

修改上面的A类,将变量_b通过属性暴露出来且删掉有参构造方法,然后看看我们平常写代码时怎么实现属性注入的:

class Program
{
    static void Main(string[] args)
    {
        var a = new A();
        var b = new B();
        a.B = b;    //通过属性来注入具有依赖关系的B
    }
}

来看看autofac是怎么进行属性注入的:

属性注入的所有注入方式都是在注册时定义的。

class Program
{
    static void Main(string[] args)
    {
        var builder = new ContainerBuilder();
        // 通过PropertiesAutowired制定类型A在获取时会自动注入A的属性
        builder.RegisterType<A>().PropertiesAutowired();
        builder.RegisterType<B>();

        var container = builder.Build();
        var a = container.Resolve<A>();

        Console.Write("Press any key to continue...");
        Console.ReadKey();
    }
}

  使用PropertiesAutowired也只是能指定某个类会自动进行属性注入。PropertiesAutowired方式会自动注入所有可以注入的属性,但是如果只想注入指定几个属性,可以使用除PropertiesAutowired以外的几种注入方式,WithProperty就是其中一种:

class Program
{
    static void Main(string[] args)
    {
        var builder = new ContainerBuilder();
        builder.RegisterType<A>().WithProperty(new NamedPropertyParameter("B", new B()));
        // builder.RegisterType<A>().WithProperty("B", new B());    //效果与上面相同        var container = builder.Build();
        var a = container.Resolve<A>();

        Console.Write("Press any key to continue...");
        Console.ReadKey();
    }
}

  在注册篇里面有讲到一种lambda注册方式,lambda注册时,因为是写lambda表达式进行注册,其lambda内容可以写很多,其中就可以进行属性注入:

var builder = new ContainerBuilder();
builder.Register(c =>
{
    var _a = new A();
    _a.B = new B(); //手动注入
    return _a;
});

三 方法注入

方法注入有两种方式,也就是属性注入的后两种方式:lambda以及事件

var builder = new ContainerBuilder();

// lambda
builder.Register(cc =>
{
    var _a = new A();
    _a.MethodInjection(new B());
    return _a;
});

// 事件
builder.RegisterType<A>().OnActivated(e =>
{
    e.Instance.MethodInjection(new B());
});

  MethodInjection为A的一个方法且它需要一个类型为B的参数,我们在外部通过方法的方式将B传入,这就是方法注入

尾述

个人还是推荐使用默认最简单的构造注入,属性注入推荐设置自动属性注入;方法注入还是不怎么推荐的。其实这里的推荐原则是这样的,需要在注册时进行指定注入的方式实际是不太好的,因为后来的人可能不太清楚每个类型的注入规则,还需要到注册的地方进行查看,而且不同人员写的不同,这样容易混乱。而在获取时进行注入,实际也是不太妥的,因为在实际的用法中,我们会将注册类型与接口进行关联,在获取是直接获取接口类型。也正因为我们获取时获取的是接口类型,我们无法保证接口的实际实现是不是具有我们预期的参数。

时间: 2024-10-18 02:43:33

IoC容器Autofac正篇之依赖注入(六)的相关文章

IoC容器Autofac正篇之解析获取(五)

解析获取的方式有如下几种: Resolve class Program { static void Main(string[] args) { var builder = new ContainerBuilder(); builder.RegisterType<Class_1>(); //如果注释掉这句,下面Resolve时将会抛出异常 IContainer container = builder.Build(); Class_1 clas1 = container.Resolve<Cl

IoC容器Autofac正篇之类型注册(四)

Autofac类型注册 (一)类型/泛型注册 builder.RegisterType<Class1>(); 这种很方便简单较常用,但缺点就是注册的类型必须在当前项目或被当前项目引用,因为使用泛型,必须类型明确. 针对这点,还有一种通过Type对象进行注册的方式: //字符串为类型完全名称 builder.RegisterType(Type.GetType("AutofacBlog.Class_1")); 使用这种方式进行类型注册,被注册的类型可以不是被直接引用,但类型所在

SpringMVC 源代码深度解析 IOC容器(Bean实例化和依赖注入)

SpringMVC最核心的IOC的控制反转,动态的向某个对象提供它所需要的其他对象,例如:对象A时,需要对象B时,这时不像以前我们之前要在A对象里实例化B对象,这时B对象的实例化由IOC容器会主动创建一个对象B然后注入到对象A里,提供使用.我们项目开发中,最经常用到,那怎么实现实例Bean并依赖注入呢?我们今天带着这些问题来通过SpringMVC源代码进行深入的解析.这篇介绍不对注解实例化和注入进行讲解,这个放在后面在介绍. 我们平常写的一个类,并依赖调用了类的某个方法,这时需要依赖那个类已经实

Ioc容器Autofac系列(2)-- asp.net mvc中整合autofac(转)

经过上篇蜻蜓点水的介绍后,本篇通过实例快速上手autofac,展示当asp.net mvc引入了autofac之后会带来什么. 创建Asp.net MVC并引入Autofac 首先,创建一个MVC站点,为方便起见,选初始带HomeController和AccountController的那种.然后通过NuGet或到Autofac官网下载来引入类库.个人推荐前者,因为从VS2010开始,已内集可视化的NuGet功能,使用起来非常方便.如下图所示: 这是vs2012的界面,点击"Manage NuG

Ioc容器Autofac系列(1)-- 初窥

前言 第一次接触Autofac是因为CMS系统--Orchard,后来在一个开源爬虫系统--NCrawler中也碰到过,随着深入了解,我越发觉得Ioc容器是Web开发中必不可少的利器.那么,Ioc容器是用来做什么的?用了有什么好处?我相信如果不明白这两点就很难敞开心扉接受Ioc容器. 传统解耦设计的弊端 为方便描述,举个日志的栗子.我简化实现,一个Log类,一个SaveLog方法.如果其他类想拥有记日志功能,那么只需在内部包含一个Log类型的变量: public class Log  {    

Ioc容器Autofac系列(1)-- 初窥(转)

前言 第一次接触Autofac是因为CMS系统--Orchard,后来在一个开源爬虫系统--NCrawler中也碰到过,随着深入了解,我越发觉得Ioc容器是Web开发中必不可少的利器.那么,Ioc容器是用来做什么的?用了有什么好处?我相信如果不明白这两点就很难敞开心扉接受Ioc容器. 传统解耦设计的弊端 为方便描述,举个日志的栗子.我简化实现,一个Log类,一个SaveLog方法.如果其他类想拥有记日志功能,那么只需在内部包含一个Log类型的变量: 双击代码全选 1 2 3 4 5 6 7 8

IOC容器-Autofac在MVC中实现json方式注入使用

在你阅读时,默认已经了解IOC和autofac的基本用法, 我在最近的我的博客项目中运用了IOC autofac 实现了依赖注入 由于我的项目时asp.net MVC所以我目前向大家展示MVC中如何使用autofac 首先在app_start中新建一个类包含以下方法 using System.Reflection; using Autofac; using Autofac.Integration.Mvc; using System.Web.Mvc; using Microsoft.Extensi

自己实现一个IOC(控制翻转,DI依赖注入)容器

1.新建一个控制台应用程序 TestIOC 2.新增一个 IocFactory类 using System; using System.Collections.Generic; using System.Linq; using System.Text; using System.Xml; using System.Xml.Linq; using System.Reflection; namespace TestIOC { public class IocFactory { private str

IoC容器Autofac(一)

依赖就是有联系,有地方使用到它就是有依赖它,一个系统不可能完全避免依赖. Robert Martin大师提出了面向对象设计原则----依赖倒置原则: A. 上层模块不应该依赖于下层模块,它们共同依赖于一个抽象. B. 抽象不能依赖于具体,具体依赖于抽象. 理解:A.上层是使用者,下层是被使用者,这就导致的结果是上层依赖下层了,下层变动了,自然就会影响到上层了,导致系统不稳定,甚至是牵一发而动全身.那怎么减少依 赖呢?就是上层和下层都去依赖另一个抽象,这个抽象比较稳定,整个就来说就比较稳定了. B