第4章 Spring 核心任务2 Spring IoC 的简单运用

￡神魔★判官ぃ 2021-10-13 15:34 201阅读 0赞

Spring IoC 的简单运用

掌握 IoC的原理

使用 IoC的设值注入方式输出“Hello，Spring！”

使用 IoC的设置注入方式实现动态组装的打印机

### 4.2.1  IOC/DI ###

控制反转（Inversion of Control,IoC）也称依赖注入（Dependency Injection,DI），是面向对象编程中

的一种设计理念，用来降低程序代码之间的耦合度。

依赖一般指通过局部变量、方法参数、返回值等建立的对于其他对象的调用关系。例如，在A类的方法中，

实例化了B类的对象并调用其方法来完成特定的功能，我们就说A类依赖于B类。

几乎所有的应用都由两个或更多的类通过合作来实现完整的功能。类与类之间的依赖关系增加了程序开发

的复杂程度，我们在开发一个类的时候，还要考虑对正在使用该类的其他类的影响。例如，常见的业务层调用

数据访问层以实现持久化操作，如示例1所示。

示例1

/**
     * 用户Dao接口，定义了所需的持久化方法
     */
    public interface UserDao {
        /**
         * 保存用户信息的方法
         */
        public void save(User user);
    }

/**
     * 用户Dao实现类，实现对User类的持久化操作
     */
    public class UserDaoImpl implements UserDao {
        public void save(User user){
            //这里并未实现完整的数据库操作，仅为说明问题
            System.out.println("保存用户信息到数据库");
        }
    }

/**
     * 用户业务类，实现对 User 功能的业务管理
     */
    public class UserServiceImpl implements UserService {
        //实例化所依赖的 UserDao 对象
        private UserDao dao = new UserDaoImpl();
        public void addNewUser(User user){
            //调用 UserDao 的方法保存用户信息
            dao.save(user);
        }
    }

如以上代码所示，UserServiceImpl 对 UserDaoImpl 存在依赖关系。这样的代码很常见，

但是存在一个严重的问题，即 UserServiceImpl 和 UserDaoImpl 高度耦合，如果因为

需求变化需要替换 UserDao 的实现类，将导致 UserServiceImpl 中的代码随之发生修改。

如此，程序将不具备优良的课扩展性和维护性，甚至在开发中的代码随之发生修改。

如此，程序将不具备优良的扩展性和可维护性，甚至在开发中难以测试。

示例2

/**
     * 增加用户Dao工厂类，负责用户 Dao 实例的创建工作
     */
    public class UserDaoFactory {
        //负责创建用户Dao实例的方法
        public static UserDao getInstance(){
            //具体实现过程略
        }
    }

/**
     * 用户业务类，实现对 User 功能的业务管理
     */
    public class UserServiceImpl implements UserService {
        //通过工厂类获取依赖的用户 Dao 对象
        private UserDao dao = UserDaoFactory.getInstance();
    
        public void addNewUser(User user) {
            //调用 UserDao 的方法保存用户信息
            dao.save(user);
        }
    }

示例 2 中的用户 DAO 工厂类 UserDaoFactory 体现了“控制翻转”的思想：UserServiceImpl

不再依靠自身的代码去获得所依赖的具体Dao对象，而是把这一工作转交给了“第三方”

UserDaoFactory,从而避免了和具体 UserDao实现类之间的耦合。由此可见，在如何获取所依赖

的对象上，“控制权” 发生了“反转”，即从 UserServiceImpl 转移到了UserDaoFactory,

这就是“控制翻转”。

问题虽然得到了解决，但是大量的工厂类被引入开发过程中，明显增加了开发的工作量。

而Spring 能够分担这些额外的工作，其提供了完整的 IoC实现，让我们得以专注于

业务类和Dao类的设计。