我理解的IOC技术在Java和C#中比较分析
一直想用心写这个系列的文章,其实看得越多,也就越觉得自己在这方面的功力太浅,也就越不想班门弄斧啦,作为一个开篇,我想把这个技术深层次化,在之前的.net的一个MVC系列文章其实已经涉及到了,只是.net在这方面的应用不如java来得这么猛烈,这么酣汗淋漓,所以也就下定决心,这一阶段针对这一个技术点进行深层次的剖析。
IOC,英文全称Inversion of Control,中文直译控制反转,一般我们称之为“依赖注入”原则,在我还未过多涉足java领域时,在C#语言24个设计模式中(参见《大话设计模式》)有一个依赖倒转原则,作为一个设计模式的原则而不是一个模式。在接触java之后,尤其是spring框架后,被称之为“依赖注入”IOC设计模式。其实大体的意思和意义都是差不多的,只是在我看来,在C#领域对这个技术的应用没有那么广泛,限于.NET技术的先天性,我很少看到这方面的巨作,也许是我太肤浅。在我上次写基于.NET的MVC ProDinner系列文章时候,查找这方面的文章,几乎是为零,只能自己去看MVC源码或者Castle 项目源码。
首先看看《大话设计模式》中基于C#语言如何诠释这门艺术的。原著由维修计算机入题,在我们日常生活中,我们很自然地,提高计算机速度需要更高的CPU,需要更快的系统响应度就需要更好的内存,需要更大的存储介质,就需要扩大硬盘,在这一系列的活动中,于是我们就自然而然的发现,计算机速度依赖CPU,在CPU的使用中我们从来不关心CPU是怎么设计出来的,我们只需要关注这是Intel还是AMD的CPU,因为他决定了你的主板类型,当确定了CPU之后,我们只需关注你需要使用那款CPU,因为接口主板都是一样的,也即是说,大的功能不会去关注具体每一款产品的实现,而只需要关注产品与产品之间的标准化接口。由此引出来这个原则的定义:
A、高层模块不应该依赖低层模块,两个都应该依赖抽象
B、抽象不应该依赖细节,细节应该依赖抽象
这么讲其实是比较抽象的,具体到代码中实际上就是,层于层之间,各模块间,各项目间都应该使用接口层来完成模块的融合。 当某个角色(可能是一个对象实例,调用者)需要另一个角色(另一个对象实例,被调用者)的协助时,在传统的程序设计过程中,通常由调用者来创建被调用者的实例。而控制反转中创建被调用者的工作不再由调用者来完成。创建被调用者 实例的工作通常由特定的容器来完成,然后注入调用者,因此也称为依赖注入。
废话不多说,理论讲得再精彩最终看代码实现,依据我对这些该概念的理解,我们一起看基于C#语言写出的实例:
需求场景:
父亲在完成一件事情的时候,由于各方面原因需要自己的子女帮忙才能完成,所以,父亲需要去调动自己的儿子或者女儿才能完成这件事情
类型设计:
接口 Iperson为被调用者的基类型
类 Father 调用者
类 Son 被调用者
类 Daughter 被调用者
类 Container 依赖注入容器
程序分析:
Father类通过调用抽象层接口,来完成这个操作,至于调用儿子还是女儿我们在构造函数中完成类型的选择。也就是说Father是调用者,Son和Daughter是被调用者,Container是依赖注入的生成容器。负责将调用者Son或者Daughter对象实例化给调用者。
.NET 程序目录结构:
打开visual studio 建立控制台应用程序,接口层代码实现:
//接口层
public interface Iperson
{
void operation();
}
调用者代码实现:
//调用者实现类
public class Father
{
Iperson iperson; Container container = new Container(); public Father(String typeName)
{
iperson = container.GetApplication(typeName);
}
public void operation()
{
iperson.operation();
}
}
Container 在这里我直接new出实例了,看到这个代码熟悉java spring框架的同学就似曾相识了,一般是用@autowired来修饰依赖注入的操作句柄。Father类中的operation方法并没有自己去实现任何操作,而是调用了iperson的操作来实现自己的方法,而iperson只是一个接口类型,需要具体的实现类,代码才能运行起来,我们看iperson的两个实现层:
//被调用者类 ipseron实现层
public class Son:Iperson
{
public void operation()
{
Console.WriteLine("son is the operator");
}
} //被调用者之二
public class Daughter:Iperson
{
public void operation()
{
Console.WriteLine("daughter is the operator");
}
}
Conatiner是实现容器,原理其实很简单,反射技术,反射原理进行不同的封装其实就形成了不同的技术框架,java spring的ioc核心离不开反射,许多的数据库mapper框架同样也离不开反射,看看代码实现:
//生成实例容器
public class Container
{ public Iperson GetApplication(String typeName)
{
return (Iperson) Activator.CreateInstance(Type.GetType(typeName));
}
}
当然,我这是最基本的反射实现了,在生成化产品化的框架中反射远没有这么简单,但原理都是相同的。好,看下测试类实现代码:
class Program
{
static void Main(string[] args)
{
//调用son
Father fa = new Father("IOCblog.Son");
fa.operation(); //调用daughter
fa = new Father("IOCblog.Daughter");
fa.operation();
}
}
程序运行结果:
代码写到这里对这个概念有所掌握的同学,其实会是有共鸣的,这是依赖注入最基本的实现了,日常项目开发中基于框架级别来实现这种模式思想,我们很多时候是用修饰符或者配置文件,典型的就是java下面的spring的实现。java spring框架可没那么简单,spring两大核心ioc和aop,实现的手段无非也是如此,但不同的是思想!思想!我这里如若再用java套spring框架来做示例实现java下的IOC的思想,肯定也就没人有兴趣继续看下去了,这篇文章的含金量就没那么诱人啦,那么我们来高级点的:
基于java代码的模拟spring框架IOC实现
实现java下的ioc毫无疑问,我们首先专业术语就换成了,我们需要JavaBean来实现注入,需要factory来实现容器,实现步奏:
1、建立需要实现注入的JavaBean,注入类Person和容器类Persons
2、建立类似spring框架的application.xml配置文件,将依赖的JavaBean和相应注入的属性配置在xml文件中,我们这里取名叫 IocApplication.xml
3、实现注入容器的factory类,主要负责读配置文件->依据配置文件进行对象实例化->放入persons map集合当中,以备调用。
java程序目录结构:
大体实现思路如上所述,好,废话不多说,看看代码如何实现,第一步和第二步代码如下(切换到eclipse下,建立java应用程序):
package com.ioc.bean; //被调用注入类
public class Person { private String name;
public String getName()
{
return this.name;
} public void setName(String name)
{
this.name = name;
} }
package com.ioc.bean; //beans类
public class Persons { private Person son;
public Person getSon()
{
return this.son;
} public void setSon(Person son)
{
this.son = son;
} private Person daughter;
public Person getDaughter()
{
return this.daughter;
} public void setDaughter(Person daughter)
{
this.daughter = daughter;
}
}
实现的容器factory代码量比较大,这里就不依依贴出,所有的源代码都在附件中可自由下载,这里主要分析几个关键步奏:
实现容器,主要负责一件事件,通过配置的xml,对相应的javabean进行反射,生成实例化对象,存入map中,xml配置实现:
<?xml version="1.0" encoding="UTF-8"?>
<beans>
<bean id="son" class="com.ioc.bean.Person">
<property name="name">
<value>mark</value>
</property>
</bean>
<bean id="daughter" class="com.ioc.bean.Person">
<property name="name">
<value>cindy</value>
</property>
</bean>
<bean id="father" class="com.ioc.bean.Persons">
<property name="son">
<ref bean="son" />
</property>
<property name="daughter">
<ref bean="daughter" />
</property>
</bean>
</beans>
容器实现map操作代码:
private Map<String,Object> beanMap=new HashMap<String,Object>(); /**
* 初始化xml文件
* */
public void init(String xmlUrl){
SAXReader saxReader=new SAXReader();
File file=new File(xmlUrl);
try{
saxReader.addHandler("/beans/bean",new BeanHandler());
saxReader.read(file);
}
catch(DocumentException e){
System.out.println(e.getMessage());
}
} /**
* 根据beanid来获取bean
* */
public Object getBean(String beanId){
Object obj=null;
obj=beanMap.get(beanId);
return obj; }
BeanHandler毫无疑问就是具体去操作IocApplication.xml文件的操作类,代码比较长,可以下载附件源代码查看。
好,看下测试类代码:
package com.ioc.test; import com.ioc.bean.Person;
import com.ioc.factory.BeanFactory; public class Test { public static void main(String[] args) {
// TODO Auto-generated method stub String xmlUrl="src/IocApplication.xml";
BeanFactory factory=new BeanFactory();
factory.init(xmlUrl);
Person me=(Person)factory.getBean("son");
System.out.println("Son's name:"+me.getName());
} }
程序运行结果:
java 模拟spring实现,可以参考这篇文章:http://only1.iteye.com/blog/733550
结束语:
这篇文章我们暂且不来比较依赖注入和反转的区别,依赖反转和依赖注入很多程序员把这两个概念当成一个理解,认为只是不同的解释,其实细分还是有区别的
1、依赖注入是从应用程序的角度在描述,也就是说,应用程序依赖容器创建并注入它所需要的外部资源;而控制反转是从容器的角度在描述,容器控制应用程序,由容器反向的向应用程序注入应用程序所需要的外部资源。
2、IOC,控制反转是软件运行时体现出来的一个特征:如果对象A运行时依赖于对象B,但A并不去创建B,而是从外界直接取得B。也就是说,一个对象并不是自己去创建它所依赖的其它对象。DI,依赖注入是控制反转的一种实现手段。如上面的例子,B的取得并不需要A的干涉,而是利用某些框架在通过构造参数或属性设置来实现。
关于这些这里就不展开叙述,后面我们再详细讨论,这节主要讨论依赖注入,我们首先在这节暂时认为这是一个相同的概念。作为概述,首先我们了解下IOC概念,再看看java和C#在这一概念上的运用比较。
写一篇博文基本是一个礼拜的积累,雕琢,不容易,无私的奉献转载注明出处,http://www.cnblogs.com/aspnetdream/p/4035677.html。
最后附上我的源代码
Java代码 http://files.cnblogs.com/aspnetdream/iocblog.rar
C#代码 http://files.cnblogs.com/aspnetdream/Csharp_IOCblog.rar
我理解的IOC技术在Java和C#中比较分析的更多相关文章
- 深入理解多线程(五)—— Java虚拟机的锁优化技术
本文是<深入理解多线程>的第五篇文章,前面几篇文章中我们从synchronized的实现原理开始,一直介绍到了Monitor的实现原理. 前情提要 通过前面几篇文章,我们已经知道: 1.同 ...
- Java工厂模式解耦 —— 理解Spring IOC
Java工厂模式解耦 -- 理解Spring IOC 最近看到一个很好的思想来理解Spring IOC,故记录下来. 资源获取方式 主动式:(要什么资源都自己创建) 被动式:(资源的获取不是我们创建, ...
- 深入理解Spring IOC
转载自 http://www.cnblogs.com/xdp-gacl/p/4249939.html 学习过Spring框架的人一定都会听过Spring的IoC(控制反转) .DI(依赖注入)这两个概 ...
- 通俗化理解Spring3 IoC的原理和主要组件(spring系列知识二总结)
♣什么是IoC? ♣通俗化理解IoC原理 ♣IoC好处 ♣工厂模式 ♣IoC的主要组件 ♣IoC的应用实例 ♣附:实例代码 1.什么是IoC(控制反转)? Spring3框架的核心是实现控制反转(Io ...
- 深入理解多线程(二)—— Java的对象模型
上一篇文章中简单介绍过synchronized关键字的方式,其中,同步代码块使用monitorenter和monitorexit两个指令实现,同步方法使用ACC_SYNCHRONIZED标记符实现.后 ...
- 深入理解Spring IoC容器和动态代理机制
Deployment期间验证 实现一: <bean id="theTargetBean" class="..."/> <bean id=&qu ...
- 深入理解JVM虚拟机4:Java class介绍与解析实践
用java解析class文件 转自https://juejin.im/post/589834a20ce4630056097a56 前言 身为一个java程序员,怎么能不了解JVM呢,倘若想学习JV ...
- 深入理解JVM虚拟机11:Java内存异常原理与实践
本文转自互联网,侵删 本系列文章将整理到我在GitHub上的<Java面试指南>仓库,更多精彩内容请到我的仓库里查看 https://github.com/h2pl/Java-Tutori ...
- 并发王者课-青铜5:一探究竟-如何从synchronized理解Java对象头中的锁
在前面的文章<青铜4:synchronized用法初体验>中,我们已经提到锁的概念,并指出synchronized是锁机制的一种实现.可是,这么说未免太过抽象,你可能无法直观地理解锁究竟是 ...
随机推荐
- Swift - UIColor16进制编码与RGB格式互相转换
Swift UIColor 16进制编码转换RGB : 由于UI出图的时候,通常给的是16进制的编码颜色,我们在开发的时候需要将它转换为RGB格式,现在给出两种代码片段. 一.对UIColor进行扩展 ...
- <更新日期03-31-2016> 复利计算5.0 <已改进>
作业要求: 1.客户说:帮我开发一个复利计算软件. 完成复利公式计算程序,并成功PUSH到github上. 客户提出: 2.如果按照单利计算,本息又是多少呢? 3.假如30年之后要筹措到300万元的养 ...
- 如何使用XShell登录亚马逊EC2云服务器
http://jingyan.baidu.com/article/a3a3f811d5fc338da2eb8a00.html
- [资料分享]Python视频教程(基础篇、进阶篇、项目篇)
Python是一种开放源代码的脚本编程语言,这种脚本语言特别强调开发速度和代码的清晰程度.它可以用来开发各种程序,从简单的脚本任务到复杂的.面向对象的应用程序都有大显身手的地方.Python还被当作一 ...
- SOAPUI使用教程-MockServices工作原理
在soapUI的可让您只需从WSDL基础服务创建一个基于WSDL服务的符合标准的模拟.被称为“MockService”,这可以直接从内部的soapUI运行,命令行浇道,或甚至标准servlet容器. ...
- [MySQL] Stored Procedures 【转载】
Stored routines (procedures and functions) can be particularly useful in certain situations: When mu ...
- php递归获取顶级父类id
php递归获取顶级父类id function get_top_parentid($id){ $r = M('navclass')->where('id = '.$id)->field('i ...
- OpenGL光照和颜色
OpenGL光照和颜色 转自:http://www.cnblogs.com/kekec/archive/2011/08/16/2140789.html OpenGL场景中模型颜色的产生,大致为如下的流 ...
- css记录
padding padding-top是在绿色边框内,从顶部向下移20像素位置,默认padding-top 为0时,红色边框为20像素高,通过padding-top属性,为顶部增加了20像素,这时顶部 ...
- 基于Spring + Spring MVC + Mybatis + shiro 高性能web构建
一直想写这篇文章,前段时间 痴迷于JavaScript.NodeJs.AngularJS,做了大量的研究,对前后端交互有了更深层次的认识. 今天抽个时间写这篇文章,我有预感,这将是一篇很详细的文章,详 ...