谈到高级语言编程，我们就会联想到设计模式；谈到设计模式，我们就会说道怎么样解耦合。而Spring.NET的IoC容器其中的一种用途就是解耦合，其最经典的应用就是：依赖注入(Dependeny Injection)简称DI,目前DI是最优秀的解耦方式之一。下面我就来谈谈依赖注入的应用场景。

　　我模拟了三种不同的场景，可以一起学习使用依赖注入的重要性。

　　下面是应用场景的条件：人类使用工具劳动。

  1.     /** <summary>
  2.     /// 抽象人类
  3.     /// </summary>
  4.     public abstract class Person
  5.     {
  6.         /** <summary>
  7.         /// 使用工具劳动
  8.         /// </summary>
  9.         public abstract void Work();
  10.     }
  12.     public interface ITool
  13.     {
  14.         /** <summary>
  15.         /// 使用工具
  16.         /// </summary>
  17.         void UseTool();
  18.     }
复制代码

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

  1.     public class Spear : ITool
  2.     {
  3.         public void UseTool()
  4.         {
  5.             Console.WriteLine("使用长矛");
  6.         }
  7.     }
复制代码

PrimitivePerson

  1.     public class PrimitivePerson : Person
  2.     {
  3.         /** <summary>
  4.         /// 原始社会使用长矛打猎
  5.         /// </summary>
  6.         public override void Work()
  7.         {
  8.             //知道打猎使用的是长矛，并且制造长矛
  9.             ITool tool = new Spear();
  10.             tool.UseTool();
  11.             Console.WriteLine("使用长矛打猎");
  12.         }
  13.     }
复制代码

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

附件: 2009-10-26-1.GIF 　　

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

  1.     public class Hoe : ITool
  2.     {
  3.         public void UseTool()
  4.         {
  5.             Console.WriteLine("使用锄头");
  6.         }
  7.     }
复制代码

ToolFactory

  1.     public static class ToolFactory
  2.     {
  3.         /** <summary>
  4.         /// 工厂制造工具
  5.         /// </summary>
  6.         /// <returns></returns>
  7.         public static ITool CreateTool()
  8.         {
  9.             return new Hoe();  // 制造锄头
  10.         }
  11.     }
复制代码

EconomyPerson

  1.     public class EconomyPerson : Person
  2.     {
  3.         /** <summary>
  4.         /// 经济社会使用锄头耕作
  5.         /// </summary>
  6.         public override void Work()
  7.         {
  8.             //不用知道什么工具，只需知道工厂能买到工具，而不自己制造工具，但仅由工厂制造锄头
  9.             ITool tool = ToolFactory.CreateTool();
  10.             tool.UseTool();
  11.             Console.WriteLine("经济社会使用工具耕作");
  12.         }
  13.     }
复制代码
从上面代码我可以看出：运用的经典的工厂模式， EconomyPerson仅仅对工厂耦合，并不关心工厂是怎样制造工具。

　　 场景三，现在社会：使用工具办公
  1.     public class Computer : ITool
  2.     {
  3.         public void UseTool()
  4.         {
  5.             Console.WriteLine("使用电脑");
  6.         }
  7.     }
复制代码
ModernPerson
  1.     public class ModernPerson : Person
  2.     {
  3.         /** <summary>
  4.         /// 从外部获取工具
  5.         /// </summary>
  6.         public ITool Tool { get; set; }
  8.         /** <summary>
  9.         /// 现在人用不需要知道电脑是哪来的，直接拿来办公
  10.         /// </summary>
  11.         public override void Work()
  12.         {
  13.             //不知道使用什么工具和哪来的工具，只是机械化的办公
  14.             Tool.UseTool();
  15.             Console.WriteLine("使用工具办公");
  16.         }
  17.     }
复制代码
App.config
  1. <?xml version="1.0" encoding="utf-8" ?>
  2. <configuration>
  4.   <configSections>
  5.     <sectionGroup name="spring">
  6.       <section name="context" type="Spring.Context.Support.ContextHandler, Spring.Core" />
  7.       <section name="objects" type="Spring.Context.Support.DefaultSectionHandler, Spring.Core" />
  8.     </sectionGroup>
  9.   </configSections>
  11.   <spring>
  13.     <context>
  14.       <resource uri="config://spring/objects" />
  15.     </context>
  17.     <objects xmlns="http://www.springframework.net">
  18.       <description>一个简单的控制反转例子</description>
  21.       <object id="computer" type="SpringNetIoC.Computer, SpringNetIoC" />
  23.       <object id="modernPerson" type="SpringNetIoC.ModernPerson, SpringNetIoC">
  24.         <property name="Tool" ref="computer"/>
  25.       </object>
  28.     </objects>
  30.   </spring>
  32. </configuration>
复制代码
Program
  1.     class Program
  2.     {
  3.         static void Main(string[] args)
  4.         {
  5.             IApplicationContext ctx = ContextRegistry.GetContext();
  6.             Person person = (Person)ctx.GetObject("modernPerson");
  7.             person.Work();
  9.             Console.ReadLine();
  10.         }
  11.     }
复制代码
从上面代码我们可以看出，把对象交给Spring.NET容器进行管理，ModernPerson类不需要知道具体使用什么工具，仅仅是机械化的工作。至于使用的什么工具，则由配置文件决定，所有对象由Spring.NET容器管理，这样可以实现动态的拆装组建和组件重用。我个人理解依赖注入是反射工厂的加强版。
# 制造 # 设计模式 # spring
Logo
向您推荐>>Eolink开发者社区

权威｜前沿｜技术｜干货｜国内首个API全生命周期开发者社区

更多推荐

ELK实现containerd的容器日志采集展示【基于logging的全栈监测】

企业级ELK Stack构建介绍

avatar 云原生

深入理解 Mocha 测试框架：从零实现一个 Mocha

前言什么是自动化测试自动化测试在很多团队中都是Devops环节中很难执行起来的一个环节，主要原因在于测试代码的编写工作很难抽象，99%的场景都需要和业务强绑定，而且写测试代码的编写工作量往往比编写实际业务代码的工作量更多。在一些很多业务场景中投入产出比很低，适合写自动化测试的应该是那些中长期业务以及一些诸如组件一样的基础库。自动化测试是个比较大的概念，其中分类也比较多，比如单元测试，端对端测试，集

avatar 云原生

(20200916 Solved)docker-compose up创建容器自动退出

问题描述如题，创建容器后自动退出了。并且docker start container无效解决方案原因是缺失了控制终端的配置，需要在docker-compose.yml中增加tty:true ，有时候这样也不行，需要再增加一个command:/bin/bash，命令不一定是这个，需要是一个不会退出的命令，然后用-d后台启动容器。Referencesdocker-compose启动容器后自动退出...

avatar 云原生