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

发布时间：2020-12-13 20:03:09 所属栏目：百科来源：网络整理

导读：今天看spring.net的文章这文章的作者用三个很好的例子阐述了依赖注入的解耦性第一个例子普通的多态第二个例子运用工厂解除依赖耦合第三个例子刚是运用了依赖注入彻底解耦借用spring.net （1）也许有人说，IoC和工厂模式不是一样的作用吗，用IoC好象

今天看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容器管理，这样可以实现动态的拆装组建和组件重用。我个人理解依赖注入是反射工厂的加强版。

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!