总结一下 Spring的IOC、DI
国庆节刚过,应一些朋友的提问,总结一下Spring中IOC也即DI的通俗理解。
网友wm5920解释:
IOC控制反转:说的是创建对象实例的控制权从代码控制剥离到IOC容器控制,实际就是你在xml文件控制,侧重于原理。
DI依赖注入:说的是创建对象实例时,为这个对象注入属性值或其它对象实例,侧重于实现。
IOC、DI模式
1.依赖
依赖就是有联系,有地方使用到它就是有依赖它,一个系统不可能完全避免依赖。如果你的一个类或者模块在项目中没有用到它,恭喜你,可以从项目中剔除它或者排除它了,因为没有一个地方会依赖它。下面看一个简单的示例:
- /// <summary>
- /// 用户播放媒体文件
- /// </summary>
- public class OperationMain
- {
- public void playMedia()
- {
- MediaFile _mtype = new MediaFile();
- Player _player = new Player();
- _player.play(_mtype);
- }
- }
- /// <summary>
- /// 播放器
- /// </summary>
- public class Player
- {
- public void play(MediaFile file){ }
- }
- /// <summary>
- /// 媒体文件
- /// </summary>
- public class MediaFile
- { }
上面是一个用户用播放器播放文件简单示例,用户操作是OperationMain类中的playMedia方法,打开一个播放器,选择一个文件来播放。先看看他们之间的依赖关系,可以简单找到有3个依赖
- Player依赖MediaFile
- OperationMain依赖Player
- OperationMain依赖MediaFile
2.依赖倒置
需求增加了,要用不同的播放器,播放不同的文件,我们要抽象出来,减少耦合。
耦合关系就是依赖关系,如果依赖关系相当繁杂,牵一发而动全身,很难维护;依赖关系越少,耦合关系就越低,系统就越稳定,所以我们要减少依赖。
幸亏Robert Martin大师提出了面向对象设计原则----依赖倒置原则:
- A. 上层模块不应该依赖于下层模块,它们共同依赖于一个抽象。
- B. 抽象不能依赖于具象,具象依赖于抽象。
理解:A.上层是使用者,下层是被使用者,这就导致的结果是上层依赖下层了,下层变动了,自然就会影响到上层了,导致系统不稳定,甚至是牵一发而动全身。那怎么减少依赖呢?就是上层和下层都去依赖另一个抽象,这个抽象比较稳定,整个就来说就比较稳定了。
B.面向对象编程时面向抽象或者面向借口编程,抽象一般比较稳定,实现抽象的具体肯定是要依赖抽象的,抽象不应该去依赖别的具体,应该依赖抽象。
上面播放器的示例中,我们已经找到依赖关系了,现在我们要按照依赖倒置原则,来进行优化。
根据原则如下改动:
- Player依赖MediaFile,好办,让Player和MediaFile都去依赖一个抽象IMediaFile
- OperationMain依赖Player,好办,让OperationMain和Player都依赖一个抽象IPlayer
- OperationMain依赖MediaFile,好办,让OperationMain和MediaFile都依赖一个抽象IMediaFile
- IPlayer不能依赖具体MediaFile,应该依赖于具体MediaFile的抽象IMediaFile
结构很简单,于是代码大致如下:
- package ioc;
- /**
- * @author: 特种兵—AK47
- * @创建时间:2012-10-9 上午09:59:56
- *
- * @类说明 :用户播放媒体文件
- */
- public class OperationMain {
- public void playMedia(IPlayer iplayer, IMediaFile imediaFile) {
- iplayer.play(imediaFile);
- }
- }
- package ioc;
- /**
- * @author: 特种兵—AK47
- * @创建时间:2012-10-9 上午10:03:23
- *
- * @类说明 :要播放的媒体文件
- */
- public interface IMediaFile {
- public void getSetPath();
- }
- package ioc;
- /**
- * @author: 特种兵—AK47
- * @创建时间:2012-10-9 上午10:03:39
- *
- * @类说明 :
- */
- public class Mp3File implements IMediaFile {
- @Override
- public void getSetPath() {
- // TODO Auto-generated method stub
- System.out.println("播放 [Mp3] 格式的文件");
- }
- }
- package ioc;
- /**
- * @author: 特种兵—AK47
- * @创建时间:2012-10-9 上午10:03:39
- *
- * @类说明 :
- */
- public class Mp4File implements IMediaFile {
- @Override
- public void getSetPath() {
- // TODO Auto-generated method stub
- System.out.println("播放 [Mp4] 格式的文件");
- }
- }
- package ioc;
- /**
- * @author: 特种兵—AK47
- * @创建时间:2012-10-9 上午10:02:41
- *
- * @类说明 :播放组件的抽象类
- */
- public interface IPlayer {
- public void play(IMediaFile imediaFile);
- }
- package ioc;
- /**
- * @author: 特种兵—AK47
- * @创建时间:2012-10-9 上午10:02:59
- *
- * @类说明 :
- */
- public class Player implements IPlayer {
- @Override
- public void play(IMediaFile imediaFile) {
- imediaFile.getSetPath();
- }
- }
测试程序:
- package ioc;
- import org.junit.Test;
- /**
- * @author: 特种兵—AK47
- * @创建时间:2012-10-9 上午10:08:25
- *
- * @类说明 :
- */
- public class IocTest {
- @Test
- public void testIoc() {
- OperationMain opmn = new OperationMain();
- opmn.playMedia(new Player(), new Mp3File());
- opmn.playMedia(new Player(), new Mp4File());
- }
- }
运行一下:
- 播放 [Mp3] 格式的文件
- 播放 [Mp4] 格式的文件
上面代码进行了抽象,可以看到,目的是减少了依赖,但是看上去依赖关系增加了,如用户PlayMedia方法,依赖还增加了依赖接口和具体的实现,但是接口是稳定的,可以不考虑,具体的实现才是变动的,这个依赖还是要的,要播放文件,必定要用到具体的播放器和具体文件。
3.控制反转(IoC)/依赖注入(DI)
强调一下,IOC跟DI要表达的是一个意思
现实生活中,是具体的播放器和具体的媒体文件没有关系,你给它一个Mp3文件他可以播放,给它一个Mp4文件它也可以播放,你删掉你的媒体文件,播放器照样在,具体什么播放器,播放什么文件,控制权全部是我们用户自己。
上面的示例中基本实现了隔离,具体的播放器跟具体的媒体隔离了,具体的播放器只跟媒体接口和播放器接口有关。但是PlayMedia的方法里面的具体对象,写死了,控制权非常小,如果我想用百度影音播放呢,我想换一首音乐呢,只能重新改代码,那控制怎么进行转移呢?
我们可以通过反射来创建,把具体的文件名写在配置文件里,这时候客户端代码也不用变了,只需要改配置文件就好了,稳定性又有了提高,如下:
- public void PlayMedia() {
- IMediaFile _mtype = Assembly.Load(ConfigurationManager.AppSettings["AssemName"]).CreateInstance(ConfigurationManager.AppSettings["MediaName"]);
- IPlayer _player = Assembly.Load(ConfigurationManager.AppSettings["AssemName"]).CreateInstance(ConfigurationManager.AppSettings["PlayerName"]);
- _player.Play(_mtype);
- }
这个具对象是哪一个,全由配置文件来控制了,这个具体对象的控制权交给了配置文件了,这也是人们常说的控制反转。
控制反转IoC是Inversion of Control的缩写,是说对象的控制权进行转移,转移到第三方,比如转移交给了IoC容器,它就是一个创建工厂,你要什么对象,它就给你什么对象,有了IoC容器,依赖关系就变了,原先的依赖关系就没了,它们都依赖IoC容器了,通过IoC容器来建立它们之间的关系。
总结一下 Spring的IOC、DI的更多相关文章
- Spring框架-IOC/DI详细学习
一.IOC/DI概念 参考博客:https://www.cnblogs.com/xdp-gacl/p/4249939.html IOC(inversion of control, 控制反转)是一种设计 ...
- Spring的IOC/DI使用到的技术
一.了解Spring IOC/DI 1:Spring有两大核心技术,控制反转(Inversion of Control, IOC)/依赖注入(Dependency Injection,DI)和面向切面 ...
- spring的IOC/DI功能实践
一.写在前面: 做这个Demo主要是为了能够更好的理解Spring的原理,看再多的文章,听再多的讲解最终都最好自己去实现一遍,可以将Spring的功能分块实现,最终自然比较容易将各个功能组合起来. 这 ...
- Spring之IOC/DI(反转控制/依赖注入)_入门Demo
在平时的java应用开发中,我们要实现某一个功能或者说是完成某个业务逻辑时至少需要两个或以上的对象来协作完成,在没有使用Spring的时候,每个对象在需要使用他的合作对象时,自己均要使用像new ob ...
- Spring框架——IOC&DI
Spring Spring 目标 内容 Spring与web整合的原理 Spring 中包含的关键特性 Spring架构图 企业级框架 企业级系统 IOCDI IOC DI IOC和DI 为什么使用依 ...
- 个人对spring的IOC+DI的封装
暂时支持8种基本数据类型,String类型,引用类型,List的注入. 核心代码 package day01; import java.lang.reflect.Field;import java.l ...
- Spring基础[IOC/DI、AOP]
一.Spring作用:管理项目中各种业务Bean(service类.Dao类.Action类),实例化类,属性赋值 二.Spring IOC(Inversion of Control )控制反转,也被 ...
- Spring理解IOC,DI,AOP作用,概念,理解。
IOC控制反转:创建实例对象的控制权从代码转换到Spring容器.实际就是在xml中配置.配置对象 实例化对象时,进行强转为自定义类型.默认返回类型是Object强类型. ApplicationCon ...
- Spring注解IOC/DI(4)
2019-03-08/11:10:17 演示:使用注解的方式完成注入对象中的效果 注解参考链接:https://www.cnblogs.com/szlbm/p/5512931.html Spring中 ...
- 解释Spring中IOC, DI, AOP
oc就是控制翻转或是依赖注入.通俗的讲就是如果在什么地方需要一个对象,你自己不用去通过new 生成你需要的对象,而是通过spring的bean工厂为你长生这样一个对象.aop就是面向切面的编程.比如说 ...
随机推荐
- 指令汇B新闻客户端开发(六) 浅谈屏幕适配解决方案
屏幕适配的问题,我相信很多大牛的经验远比我丰富,在此就简单的分享一下我所做的的屏幕适配方案,当然我说的是安卓方面的啦,嘿嘿,屏幕适配我们一般用1280*720的屏幕作为我们的主流开发屏,当然现在And ...
- 关于MT8127中sdk的编译出错问题
今天在看MTK提供的SDK编译文档,按照步骤做,结果出错了,文档如下: 2- Building an SDK for MacOS and Linux ------------------------- ...
- Linux下如何阅读开源项目
标签(空格分隔): code SLAM是一个大型的项目,而且通常都是基于linux平台的.对于大部分没有linux经验的人来说,如何在linux下拥有vs代码阅读体验就非常重要了.这篇博客就简答的介绍 ...
- UNIX网络编程——原始套接字SOCK_RAW
实际上,我们常用的网络编程都是在应用层的报文的收发操作,也就是大多数程序员接触到的流式套接字(SOCK_STREAM)和数据包式套接字(SOCK_DGRAM).而这些数据包都是由系统提供的协议栈实现, ...
- (一一七)基本文件操作 -SDWebImage清除缓存 -文件夹的大小计算
在iOS的App沙盒中,Documents和Library/Preferences都会被备份到iCloud,因此只适合放置一些记录文件,例如plist.数据库文件.缓存一般放置到Library/Cac ...
- Android Service详解
service作为四大组件值得我们的更多的关注 在Android中,Activity主要负责前台页面的展示,Service主要负责需要长期运行的任务.例如,一个从service播放音乐的音乐播放器,应 ...
- How to Use Kdiff3 as a 3-way Merge Tool With Mercurial, Git, and Tower.app
How to Use Kdiff3 as a 3-way Merge Tool With Mercurial, Git, and Tower.app Jan 12th, 2012 ...
- ROS_Kinetic_15 ROS使用Qt
ROS_Kinetic_15 ROS使用Qt 在网页http://www.qt.io/download-open-source/#section-2 下载并安装Qt ~/下载$ chmod +x qt ...
- ffplay播放器移植VC的工程:ffplay for MFC
本文介绍一个自己做的FFPLAY移植到VC下的开源工程:ffplayfor MFC.本工程将ffmpeg项目中的ffplay播放器(ffplay.c)移植到了VC的环境下.并且使用MFC做了一套简单的 ...
- PA模块报错-实际返回的行数超出请求的行数(分析标准FORM报错解决思路)
录入预算报错时报错: 分析:这个错误是select into 语句返回多行的结果,但具体在哪? 两种方法查找,trace 或者debug 1.trace 启用调试 获取trace文件 -bash-3. ...