一篇能很好反映普通接口多态 工厂模式 依赖注入三者的耦合强度区别的文章

 转自:http://www.cnblogs.com/GoodHelper/archive/2009/10/26/SpringNET_DI.html

 

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

第一个例子 普通的多态

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

第三个例子 刚是运用了依赖注入彻底解耦 这里它是用了spring.net  实际上一个简单的反射也行啦

 

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

 

  /// <summary>
    /// 抽象人类
    /// </summary>
    public abstract class Person
    {
        /// <summary>
        /// 使用工具劳动
        /// </summary>
        public abstract void Work();
    }

    public interface ITool
    {
        /// <summary>
        /// 使用工具
        /// </summary>
        void UseTool();
    }

 

　　场景一，原始社会：原始人使用长矛打猎

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

    public class PrimitivePerson : Person
    {
        /// <summary>
        /// 原始社会使用长矛打猎
        /// </summary>
        public override void Work()
        {
            //知道打猎使用的是长矛，并且制造长矛
            ITool tool = new Spear();
            tool.UseTool();
            Console.WriteLine("使用长矛打猎");
        }
    }

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

 

第二段代码 运用工厂

 

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

 

　场景二，经济社会：使用工具耕作

    public class  Hoe : ITool
     {
        public void UseTool()
        {
            Console.WriteLine("使用锄头");
        }
    }

    public static class ToolFactory
    {
        /// <summary>
        /// 工厂制造工具
        /// </summary>
        /// <returns></returns>
        public static ITool CreateTool()
        {
            return new Hoe();  // 制造锄头
        }
    }

 

    public class EconomyPerson : Person
    {
        /// <summary>
        /// 经济社会使用锄头耕作
        /// </summary>
        public override void Work()
        {
            //不用知道什么工具，只需知道工厂能买到工具，而不自己制造工具，但仅由工厂制造锄头
            ITool tool = ToolFactory.CreateTool();
            tool.UseTool();
            Console.WriteLine("经济社会使用工具耕作");
        }
    }

 

 

 

第三段 运用依赖注入

 

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

 

    public class ModernPerson : Person
    {
        /// <summary>
        /// 从外部获取工具
        /// </summary>
        public ITool Tool { get; set; }

        /// <summary>
        /// 现在人用不需要知道电脑是哪来的，直接拿来办公
        /// </summary>
        public override void Work()
        {
            //不知道使用什么工具和哪来的工具，只是机械化的办公
            Tool.UseTool();
            Console.WriteLine("使用工具办公");
        }
    }

 

<?xml version="1.0" encoding="utf-8" ?>
<configuration>

  <configSections>
    <sectionGroup name="spring">
      <section name="context" type="Spring.Context.Support.ContextHandler, Spring.Core" />
      <section name="objects" type="Spring.Context.Support.DefaultSectionHandler, Spring.Core" />
    </sectionGroup>
  </configSections>

  <spring>

    <context>
      <resource uri="config://spring/objects" />
    </context>

    <objects xmlns="http://www.springframework.net">
      <description>一个简单的控制反转例子</description>


      <object id="computer" type="SpringNetIoC.Computer, SpringNetIoC" />

      <object id="modernPerson" type="SpringNetIoC.ModernPerson, SpringNetIoC">
        <property name="Tool" ref="computer"/>
      </object>


    </objects>

  </spring>

</configuration>

 

    class Program
    {
        static void Main(string[] args)
        {
            IApplicationContext ctx = ContextRegistry.GetContext();
            Person person = (Person)ctx.GetObject("modernPerson");
            person.Work();

            Console.ReadLine();
        }
    }

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