普通接口、多态、工厂模式、依赖注入三者的耦合强度区别

今天看spring.net的文章文章的作者用三个很好的例子阐述了依赖注入的解耦性

一个例子 普通的多态

第二个例子 运用工厂解除依赖耦合

第三个例子 刚是运用了依赖注入彻底解耦 借用spring.net


(1)也许有人说,IoC和工厂模式不是一样的作用吗,用IoC好象还麻烦一点。
   举个例子,如果用户需求发生变化,要把Chinese类修改一下。那么前一种工厂模式,就要更改Factory类的方法,并且重新编译布署。而IoC只需要将class属性改变一下,这些对象是动态生成的,这时我们就可以热插拨Chinese对象(不必把原程序停止下来重新编译布署)
  (2)也许有人说,即然IoC这么好,那么我把系统所有对象都用IoC方式来生成
   注意,IoC的灵活性是有代价的:设置步骤麻烦、生成对象的方式不直观、比正常生成对象在效率上慢一点。因此使用IoC要看有没有必要,我认为比较通用的判断方式是:用到工厂模式的地方都可以考虑用IoC模式。
  (3)关于IoC的低侵入性。
   什么是低侵入性?如果你用过MVC或Nhibernate就会发现,要继承一些接口或类,才能利用它们的框架开发。这样,系统就被绑定在MVC、Nhibernate上了,对系统的可移植性产生不利的影响。如果代码中很少涉及某一个框架的代码,那么这个框架就可以称做是一个低侵入性的框架。

一个例子是最明显的耦合 他没有画图 我给加了张图 vs中自带的类图里怎么也找不着依赖的箭头...我自己画了个箭头 不是很好看...!

///<summary>
抽象人类
</summary>
publicabstractclassPerson
{
使用工具劳动
voidWork();
}


interfaceITool
{
使用工具
voidUsetool();
}

  场景一,原始社会:原始人使用长矛打猎

public class Spear:ITool
{
voidUsetool()
{
Console.WriteLine(
"使用长矛");
}

}

classPrimitivePerson:Person
{
原始社会使用长矛打猎
overridevoidWork()
{
//知道打猎使用的是长矛,并且制造长矛
ITooltool=newSpear();
tool.Usetool();
Console.WriteLine(
使用长矛打猎");
}

}

从上面代码我们不难看出,虽然使用的经典的里氏替换原则,但PrimitivePerson类于Spear类存在着耦合

第二段代码 运用工厂

可以看到它加了一个工厂 包装了实例化 使得PrimitivePerson与Hoe没有直接存在耦合 但是工厂与PrimitivePerson之间还是有关系的 而且这种简单工厂往往会违背开闭原则(如有错误 求拍砖!)

 场景二,经济社会:使用工具耕作

class Hoe:ITool
{
voidUsetool()
{
Console.WriteLine(
使用锄头
staticclassToolFactory
{
工厂制造工具
</summary><returns></returns>staticIToolCreatetool()
{
returnnewHoe();制造锄头
}

}


classEconomyPerson:Person
{
经济社会使用锄头耕作
voidWork()
{
不用知道什么工具,只需知道工厂能买到工具,而不自己制造工具,但仅由工厂制造锄头
ITooltool=ToolFactory.Createtool();
tool.Usetool();
Console.WriteLine(
经济社会使用工具耕作");
}

}

第三段 运用依赖注入


class Computer:ITool
{
voidUsetool()
{
Console.WriteLine(
使用电脑");
}

}


classModernPerson:Person
{
从外部获取工具
publicIToolTool{get;set;}

现在人用不需要知道电脑是哪来的,直接拿来办公
voidWork()
{
不知道使用什么工具和哪来的工具,只是机械化的办公
Tool.Usetool();
Console.WriteLine(
使用工具办公");
}

}


<?xmlversion="1.0"encoding="utf-8"?>
<configuration>

configSections>
sectionGroupname="spring"section="context"type="Spring.Context.Support.ContextHandler,Spring.Core"/>
="objects"="Spring.Context.Support.DefaultSectionHandler,255)"></sectionGroupspringcontextresourceuri="config://spring/objects"objectsxmlns="http://www.springframework.net"description>一个简单的控制反转例子>


objectid="computer"="SpringNetIoC.Computer,SpringNetIoC"/>

="modernPerson"="SpringNetIoC.ModernPerson,SpringNetIoC"property="Tool"ref="computer"objectobjects>


classProgram
{
voidMain(string[]args)
{
IApplicationContextctx
=ContextRegistry.GetContext();
Personperson
=(Person)ctx.Getobject(modernPerson");
person.Work();

Console.ReadLine();
}

}

从上面代码我们可以看出,把对象交给Spring.NET容器进行管理,ModernPerson类不需要知道具体使用什么工具,仅仅是机械化的工作。至于使用的什么工具,则由配置文件决定,所有对象由Spring.NET容器管理,这样可以实现动态的拆装组建和组件重用。我个人理解依赖注入是反射工厂的加强版。

相关文章

迭代器模式(Iterator)迭代器模式(Iterator)[Cursor]意图...
高性能IO模型浅析服务器端编程经常需要构造高性能的IO模型,...
策略模式(Strategy)策略模式(Strategy)[Policy]意图:定...
访问者模式(Visitor)访问者模式(Visitor)意图:表示一个...
命令模式(Command)命令模式(Command)[Action/Transactio...
生成器模式(Builder)生成器模式(Builder)意图:将一个对...