Spring注入方式及优缺点

最新推荐文章于 2024-07-22 12:37:28 发布

m0_49271078

最新推荐文章于 2024-07-22 12:37:28 发布

阅读量2.7k

点赞数

分类专栏： Spring

本文链接：https://blog.csdn.net/m0_49271078/article/details/108465868

版权

2 篇文章 0 订阅

订阅专栏

Spring注入方式

Spring依赖注入的方式有：构造器注入，setter方法注入、属性注入、工厂方法注入，官方3.x版本推荐使用setter方法注入，到4.x之后官方推荐使用构造器注入。

通过构造器注入Shop这个Bean到Person中，可以将需要注入的字段声明为final，使其在类实例化期间被初始化。

@Component
public class Person {
    private final Shop shop;

    @Autowired
    public Person(Shop shop) {
        this.shop = shop;
    }
}

Spring 4.3版本之后，如果类中只有一个构造方法，则Spring会实现一个隐式的自动注入。

@Component
public class Person {
    private final Shop shop;

    // @Autowired
    public Person(Shop shop) {
        this.shop = shop;
    }
}

@Component
public class Person {

    private Shop shop;

    @Autowired
    public void setShop(Shop shop) {
        this.shop = shop;
    }
    
}

@Component
public class Person {

    @Autowired
    private Shop shop;
}

工厂方法实现注入，因为Spring ioc容器以框架的方式提供工厂方法的功能，并以透明的方式提供给开发者，因此手工编写基于工厂方法的注入这种方式不常用。

public class ShopFactory {

    public static Shop getShop(){
    	Shop shop = new Shop();
    	return shop;
    }
}

<bean id="shop" class="xxx.ShopFactory" factory-method="getShop" />

单一职责侵入，添加依赖过于简单，添加了五个甚至十个依赖都很容易，使我们不易察觉违反单一职责原则的程序。
无法声明不可变的字段，字段不能使用final修饰
隐藏了依赖关系，使用依赖注入容器将获取依赖对象的职责从类中抽离出来交与IOC容器装配，当类不再为依赖对象负责时应该更明确的使用公有的接口方法或构造器来清楚的表明类需要什么依赖项。使用属性注入则将这些依赖对外进行了隐藏。
与依赖注入容器紧耦合，依赖注入的核心思想是受容器管理的类不应该再与容器紧耦合，这个类应该是一个简单的类并且能够被单独实例化，这样在进行单元测试中实例化这个类时不必去启动IOC容器。

关注

专栏目录