Spring(3):IOC--“控制反转”的剖析

本文通过一个具体的例子展示了如何使用控制反转(IoC)来降低软件模块间的耦合度,提高代码的可测试性和可扩展性。介绍了通过引入工厂模式来实现依赖注入,从而使业务逻辑与数据访问层分离。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

普通的业务实现方法,如下伪代码:

/*
 * 接口,定义了持久化方法
 * */
public interface UserDao{
	/**
	 * 保存方法
	 * */
	public void save();
}
/**
 * DAO实现类,实现具体的操作
 * */
public class UserDaoImpl implements UserDao{
	public void save(){
		//说明作用
		System.out.println("Have saven user data.");
	}
}
/**
 * 用户业务类,实现对User功能的业务管理
 * */
public class UserServiceImpl implements UserService{
	//实例化依赖的UserDao对象
	private UserDao dao = new UserDaoIpml();
	public void addNewUser(User user){
		//调用UserDao的方法
		dao.save();
	}
}

上面代码有哪些问题呢?

(1)UserServiceImpl 和  UserDaoImpl 存在依赖关系,彼此高度耦合。(假如需求变化了,要改UserDaoImpl ,那UserServiceImpl 也要做修改);

(2)难测试,可扩展性和维护性很低。


利用“控制反转”的思想解决吧!

/**
 * 增加了用户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){
		//调用save方法
		dao.save();
	}
}

就是说,UserServiceImpl 不再依赖自身代码去获得所依赖的具体DAO对象,而是把这个工作交给了“第三者”---UserDaoFactory,从而避免了和具体实现类DAO的UserDaoImpl耦合。因此,在获取依赖对象的这件事上,“控制权”发生了“反转”---由UserDaoImpl 转到了 UserDaoFactory  。

 




评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

后台技术汇

对你的帮助,是对我的最好鼓励。

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值