【SSH进阶之路】Spring的IOC逐层深入——为什么要使用IOC[实例讲解](二)
上篇博客【SSH进阶之路】Spring简介,搭建Spring环境——轻量级容器框架(一),我们简单的介绍了Spring的基本概念,并且搭建了两个版本的Spring开发环境,但是我们剩下了Spring最核心的两大技术:IoC和AOP,没有深入介绍。从这篇博文开始,我们开始一一的深入学习Spring的两个核心。Spring目前最引人注目的地方,就是IOC=InversionOfControl(控制反转)或者DI=Dependence Injection(依赖注入)的设计思想。
这篇博客我们使用传统方式(即不使用Spring)来实现一个添加用户的实例,再同理使用Spring实现添加用户的实例,对比学习IoC的概念,以及为什么使用IoC等等,最后,简单总结。下面我们开始:
传统方式:
客户端:
- public class Client {
- public static void main(String[] args){
- //由我们的应用程序负责服务(对象)定位,主动发起查找
- UserManager userManager = new UserManagerImpl();
- userManager.addUser("jiuqiyuliang", "123456");
- }
- }
业务逻辑层:
UserManager接口:添加用户的方法
- public interface UserManager {
- public void addUser(String userName,String password);
- }
UserManager实现
- public class UserManagerImpl implements UserManager{
- @Override
- public void addUser(String userName, String password) {
- //由我们的应用程序负责服务(对象)定位,主动发起查找
- //UserDao userDao = new UserDao4MysqlImpl();
- UserDao userDao = new UserDao4OracleImpl();
- userDao.addUser(userName, password);
- }
- }
数据访问层:
UserDao接口:添加用户的方式
- public interface UserDao {
- public void addUser(String userName,String password);
- }
UserDao两种实现(Mysql和Oracle):传统方式使用配置文件,然后使用工厂来创建相应的对象(即我们经常说的配置文件+抽象工厂+反射,一会儿我们再看看Spring创建对象的方式)
- public class UserDao4MysqlImpl implements UserDao{
- @Override
- public void addUser(String userName, String password) {
- //打印访问Mysql的相关信息
- System.out.println("UserDao4MysqlImpl.addUser");
- }
- }
- public class UserDao4OracleImpl implements UserDao{
- @Override
- public void addUser(String userName, String password) {
- //打印访问Oracle的相关信息
- System.out.println("UserDao4OracleImpl.addUser");
- }
- }
运行效果图:
看到上面的代码,非常的熟悉,因为我们平时经常使用。但是问题来了,在业务逻辑层的实现中,UserDao有多种不同的实现方式,例如Mysql和Oracle,UserManager要依赖于UserDao的具体实现。并且对象是由我们自己负责创建的,我们主动的发起了一个查找,要依赖于一种数据库的实现。此时我们的UserManager就和UserDao的具体实现紧紧的耦合在一起了。我们再看客户端,我们要使用UserManager,同业务逻辑层一样,还得需要我们自己负责主动查找UserManager的具体实现。
我们可以发现:传统方式,对象和对象之间发生严重的依赖关系,耦合度非常高而且依赖关系都写死在了代码里,项目不易修改和维护,必须要改代码。
下面我们使用Spring方式改造实例,实现同样的功能,让Spring管理我们的对象,看看Spring是怎么创建对象和描述对象之间依赖关系的。
Spring方式:
项目的包图:
客户端:
- public class Client {
- public static void main(String[] args){
- BeanFactory factory = new ClassPathXmlApplicationContext("applicationContext.xml");
- //到IOC容器中获取UserManager
- UserManager userManager = (UserManager) factory.getBean("userManager");
- //UserManager使用UserDao,在配置文件已经有依赖关系
- userManager.addUser("jiuqiyuliang", "123456");
- }
- }
业务逻辑层:
UserManager实现:
- public class UserManagerImpl implements UserManager{
- private UserDao userDao;
- //使用构造方式赋值
- public UserManagerImpl(UserDao userDao) {
- this.userDao = userDao;
- }
- @Override
- public void addUser(String userName, String password) {
- userDao.addUser(userName, password);
- }
- }
Spring的配置文件:
- <?xml version="1.0" encoding="UTF-8"?>
- <beans xmlns="http://www.springframework.org/schema/beans"
- xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
- xmlns:aop="http://www.springframework.org/schema/aop"
- xmlns:tx="http://www.springframework.org/schema/tx"
- xsi:schemaLocation="http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-4.1.xsd
- http://www.springframework.org/schema/aop http://www.springframework.org/schema/aop/spring-aop-4.1.xsd
- http://www.springframework.org/schema/tx http://www.springframework.org/schema/tx/spring-tx-4.1.xsd">
- <!-- 使用spring管理对象的创建,还有对象的依赖关系 -->
- <bean id="userDao4Mysql" class="com.tgb.spring.dao.UserDao4MysqlImpl"/>
- <bean id="userDao4Oracle" class="com.tgb.spring.dao.UserDao4OracleImpl"/>
- <bean id="userManager" class="com.tgb.spring.manager.UserManagerImpl">
- <!-- (1)userManager使用了userDao,Ioc是自动创建相应的UserDao实现,都是由容器管理-->
- <!-- (2)在UserManager中提供构造函数,让spring将UserDao实现注入(DI)过来 -->
- <!-- (3)让spring管理我们对象的创建和依赖关系,必须将依赖关系配置到spring的核心配置文件中 -->
- <constructor-arg ref="userDao4Oracle"/>
- </bean>
- </beans>
由于其他地方的代码和效果图,同上,不再浪费大家的带宽。
对比传统的实现方式,再看客户端和UserManager,我们可以发现:通过IoC或DI,我们只需要通过简单的配置,而无需任何代码就可以指定UserManager中所需的UserDao的具体实现。UserManager只需利用容器注入的UserDao实例,完成自身的业务逻辑,而不用关心具体实现来自哪、由谁实现。换句话说:我们不再需要自己负责创建对象,管理对象生命周期以及维护对象的依赖关系,这些都有Spring替我们完成了。
传统方式和Spring方式对比:
传统方式:决定使用哪一个具体实现是由应用程序负责的,在编译阶段就确定了。
Spring方式:调用类只依赖接口,而不依赖具体的实现类,减少了耦合。控制权交给了容器,在运行期才由容器决定将具体的实现动态的“注入”到调用类的对象中。这也是使用IoC的根本原因。
现在我们对IoC有了基本认识,我们再理解一下IoC的概念。
IoC
IoC(Inversion of Control),控制反转,用白话来讲,就是由容器控制程序之间的关系,而非传统实现中,由程序代码直接控制。这也就是所谓“控制反转”的概念所在:控制权由应用代码中转到了外部容器,控制权的转移,就是所谓反转。
IoC的优缺点
优点:
1、把对象的创建和依赖关系定义在了XML文件中,我们改变子类的实现变得异常简单。
2、控制反转减轻了对象之间的耦合度,减轻了对象之间的依赖关系,增加了系统的灵活性,可维护性,以及可移植性等等。
缺点:
1、生成对象的方式变复杂了(事实上操作还是挺简单的),对于不习惯这种方式的人,会觉得有些别扭和不直观。
2、创建对象因为使用了反射技术,在效率上有些损耗。但相对于IoC提高的维护性和灵活性来说,这点损耗是微不足道的,除非某对象的生成对效率要求特别高。
总结
IoC使得面向对象的世界更加简单,面向接口编程成为了可能。
引言:下篇博文,我为大家转载了一篇深入理解IoC原理的博文,相当简单,通俗易通。之后,我为大家准备了一篇依赖注入几种类型对比的博文,快马加鞭ing,敬请期待。
【SSH进阶之路】Spring的IOC逐层深入——为什么要使用IOC[实例讲解](二)的更多相关文章
- 【SSH进阶之路】Spring的AOP逐层深入——采用注解完成AOP(七)
上篇博文[SSH进阶之路]Spring的AOP逐层深入——AOP的基本原理(六),我们介绍了AOP的基本原理,以及5种通知的类型, AOP的两种配置方式:XML配置和Aspectj注解方式. 这篇我们 ...
- 【SSH进阶之路】一步步重构容器实现Spring框架——彻底封装,实现简单灵活的Spring框架(十一)
文件夹 [SSH进阶之路]一步步重构容器实现Spring框架--从一个简单的容器開始(八) [SSH进阶之路]一步步重构容器实现Spring框架--解决容器对组件的"侵入 ...
- 【SSH进阶之路】Struts + Spring + Hibernate 进阶开端(一)
[SSH进阶之路]Struts + Spring + Hibernate 进阶开端(一) 标签: hibernatespringstrutsssh开源框架 2014-08-29 07:56 9229人 ...
- SSH进阶之路
[SSH进阶之路]Hibernate基本原理(一) 在开始学Hibernate之前,一直就有人说:Hibernate并不难,无非是对JDBC进一步封装.一句不难,难道是真的不难还是眼高手低 ...
- 【SSH进阶之路】Hibernate系列——总结篇(九)
这篇博文是Hibernate系列的最后一篇,既然是最后一篇,我们就应该进行一下从头到尾,整体上的总结,将这个系列的内容融会贯通. 概念 Hibernate是一个对象关系映射框架,当然从分层的角度看,我 ...
- 【SSH进阶之路】Hibernate映射——多对一单向关联映射(四)
[SSH进阶之路]Hibernate基本原理(一) ,小编介绍了Hibernate的基本原理以及它的核心,採用对象化的思维操作关系型数据库. [SSH进阶之路]Hibernate搭建开发环境+简单实例 ...
- 【SSH进阶之路】Hibernate映射——一对一双向关联映射(六)
上篇博文[SSH进阶之路]Hibernate映射--一对一单向关联映射(五),我们介绍了一对一的单向关联映射,单向是指仅仅能从人(Person)这端载入身份证端(IdCard),可是反过来.不能从身份 ...
- 【SSH进阶之路】Hibernate基本映射(三)
[SSH进阶之路]Hibernate基本原理(一) ,小编介绍了Hibernate的基本原理以及它的核心.採用对象化的思维操作关系型数据库. [SSH进阶之路]Hibernate搭建开发环境+简单实例 ...
- 【SSH进阶之路】Hibernate映射——一对一单向关联映射(五)
[SSH进阶之路]Hibernate基本原理(一) ,小编介绍了Hibernate的基本原理以及它的核心,採用对象化的思维操作关系型数据库. [SSH进阶之路]Hibernate搭建开发环境+简单实例 ...
随机推荐
- solr的倒序索引
倒序索引: 在每次进行检索时,搜索引擎必须遍历每个网页,查找网页中是否包含你指定的关键词,这个工作量是十分巨大的,主要原因有: 1.互联网的网页基数非常大; 2.在每个网页中检索是否含有指定的关键词并 ...
- BZOJ1499: 瑰丽华尔兹(单调队列)
pro: 给出一个n*m的地图,刚开始人在(x,y),每次给出一段区间(l,r,t),表示在时间[l,r]内,可以使人向4个方向(t)移动一格,或者不动.求最大可以移动多少格. sol: 考虑每一列( ...
- 通过iptables限制docker容器端口
如何限制docker暴露的对外访问端口 docker 会在iptables上加上自己的转发规则,如果直接在input链上限制端口是没有效果的.这就需要限制docker的转发链上的DOCKER表. # ...
- C# 反射(转)
什么是反射 Reflection,中文翻译为反射. 这是.Net中获取运行时类型信息的方式,.Net的应用程序由几个部分:‘程序集(Assembly)’.‘模块(Module)’.‘类型 ...
- gitlab修改ip
gitlab 修改ip的两种方式: 修改/etc/gitlab/gitlab.rd 里面的#external_url 'http://gitlab.example.com' 为ip地址,然后重新构建- ...
- 查看.NET应用程序中的异常(上)
内存转储是查明托管.NET应用程序中异常的原因的一种极好的方法,特别是在生产应用程序中发生异常时.当您在无法使用Visual Studio的应用程序中跟踪异常时,cdb和sos.dll的使用技术就变成 ...
- 解决js加减乘除精度问题
// 加法 const accAdd = (arg1, arg2) => { var r1, r2, m; try { r1 = arg1.toString(). ...
- 原创:搜索排序算法之自定义性能优良的PriorityQueue(与Python的heap比较)
前几天写了一篇关于"史上对BM25模型最全面最深刻解读以及lucene排序深入解读"的博客,lucene最后排序用到的思想是"从海量数据中寻找topK"的时间空 ...
- GoCN每日新闻(2019-10-18)
GoCN每日新闻(2019-10-18) 在Go1.13使用Errors https://blog.golang.org/go1.13-errors Go的扁平化应用结构 https://www.ca ...
- Net core学习系列(一)——Net Core介绍
一.什么是Net Core .NET Core是适用于 windows.linux 和 macos 操作系统的免费.开源托管的计算机软件框架,是微软开发的第一个官方版本,具有跨平台 (Windows. ...