理解为什么要使用Ioc

简介:

转自 http://www.cnblogs.com/shanyou/archive/2010/05/28/1746711.html

较复杂的应用程序都是由多个项目组织成的,项目可以划分成程序集(Assemblies)和宿主(Hosts),也就是应用程序的入口。

Assemblies 通常是常见的类库项目,包括可以重用的功能和方便测试,通常包括下面的组件:

  • Views, Controllers 和 Models
  • 服务
  • 持久类 和 repositories
  • Decorators
  • Reusable user controls
  • 规则库
  • 业务逻辑

这些项目通常不应该直接依赖于下面的组件:

  • IoC 容器程序集;
  • 日志记录框架 ;
  • 数据访问框架;
  • 其他第三方类库.

为了分离这些逻辑,我们可以定义一些接口,然后通过配置代码将具体实现关联起来,例如日志记录我们可以定义一个接口ILog,生产环境下我们可以把它改成用Apache log4net或者企业类库的日志记录模块都可以。由于这是接口定义和实现分离的,我们可以在不同环境下使用不同的实现,只需要通过配置修改就可以而不要重新编译代码。

Hosts代表应用程的入口,有下面这些形式:

  • 桌面应用程序:
    • Windows.Forms;
    • WPF;
  • 控制台应用程序;
  • windows 服务;
  • Web应用程序
  • Microsoft Office Add-Ins;
  • Microsoft Azure Roles.

Host负责构建应用程环境(上下文),并把它传递给应用程序的入口,在IOC容器方面来说,通过配置容器中的应用程序组件,获取Shell类并运行。通常Host项目都很小,主要完成两个方面的工作:配置容器和调用Shell.Run()。

用Autofac的Host的伪代码类似于

var builder = new ContainerBuilder(); 
builder.Register(new ConfigurationSettingsReader()); 
using (var container = builder.Build()) 

   var shell = container.Resolve<Shell>(); 
   shell.Execute(); 
}

上述代码中new ConfigurationSettingsReader()就是autofac从配置文件中读取相关的组件配置,一般使用XML文件进行配置,autofac的xml配置文档可以看XmlConfiguration,使用配置文件也有缺点:

  • 不是强类型的,编译器无法发现错误,没有智能提示
  • 配置文件会变得越来越大
  • 维护多个配置文件比较困难
  • 文件文件不适合用于复杂的环境

上述缺点我们可以通过.NET代码块封装相关的配置细节,在XML文件中只保留粗粒度的配置,Autofac可以通过Module进行配置块的封装,具体可以参考文档StructuringWithModules

我这里取个例子:

public  class LoggingModule : Module 
   { 
       public Mode Mode { get; set; } 
       public static string EventLogName = "网站通行证"; 
       public static string EventLogSource = "应用程序";

       public LoggingModule() 
       { 
           Mode = NCASService.Mode.Diagnostics; 
       }

       protected override void Load(ContainerBuilder builder) 
       { 
           // configure logging  
           var logger = GetLoggerForWindows(Mode);    
           builder.RegisterInstance(logger);   
           builder.RegisterInstance(logger.Get("DefaultLog")); 
           base.Load(builder); 
       }

       static INamedProvider<ILog> GetLoggerForWindows(Mode mode) 
       {  // configuring different logging based on our mode 
           switch (mode) 
           { 
               case Mode.Release: 
                   // write all informational and higher events to indows event log 
                   LoggingStack.UseEventLog(EventLogName, EventLogSource) 
                       .Filter(LogLevel.Info, LogLevel.Max); 
                   // dump all warning and higher messages to rolling text log   
                   LoggingStack.UseRollingLog(@"logs\errorlog.txt", 100.Kb(), 10) 
                       .Filter(LogLevel.Warn, LogLevel.Fatal); 
                   break; 
               case Mode.Diagnostics: 
                   // dump all messages to daily log 
                   LoggingStack.UseDailyLog(@"log.txt"); 
                   break; 
               case Mode.Debug: 
                   // Visual studio would get these messages  
                   return TraceLog.Provider; 
               default: 
                   throw new ArgumentOutOfRangeException("mode"); 
           } 
           return LoggingStack.GetLogProvider(); 
       }

上述是把我们的日志模块的配置用代码进行配置,我们的XML配置文件中的配置就会变得很简单:

<!-- Production configuration -->
<module type="NdonFramework.NCASService.LoggingModule, NCASService">
</module>

<!-- Development configuration -->
<module type="NdonFramework.NCASService.LoggingModule, NCASService">
  <properties>
    <property name="Mode" value="Debug" />

  </properties>
</module> 

<!-- Sandbox configuration -->
<module type="NdonFramework.NCASService.LoggingModule, NCASService">
  <properties>
    <property name="Mode" value="Diagnostics" />
  </properties>
</module>

使用模块组织不同程序集中的组件注册到容器里,模块我一般需要配置以下内容:

  • 配置日志记录并注册ILog组件(例如记录到控制台,文本文件、Windows日志文件)
  • 配置异常处理策略
  • 注册数据访问类
  • 注册交叉关注点
  • 配置验证规则

通过Autofac的Module分解项目组件间的复杂关系。



本文转自JustRun博客园博客,原文链接:http://www.cnblogs.com/JustRun1983/archive/2012/10/11/2719278.html,如需转载请自行联系原作者

相关实践学习
日志服务之使用Nginx模式采集日志
本文介绍如何通过日志服务控制台创建Nginx模式的Logtail配置快速采集Nginx日志并进行多维度分析。
目录
相关文章
|
4月前
|
容器
IOC 控制反转和DI依赖注入
IOC 控制反转和DI依赖注入
|
8月前
|
XML 开发框架 Java
Spring框架IoC控制反转
Spring是与2003年兴起的一个轻量级的Java开发框架,它是为了解决企业应用开发的复杂性而创建的。Spring的核心是控制反转(IOC)和面向切面编程(AOP)。Spring是可以在Java SE/EE中使用的轻量级开源框架。 Spring的主要作用就是为代码"解耦",降低代码间的耦合度。就是让对象和对象(模板和模板)之间关系不是使用代码关联,而是通过配置来说明。即在Spring中说明对象(模块)的关系。 Spring根据代码的功能特点,使用IOC降低业务对象之间耦合度。IOC使得主业务在相互调用过程中,不用再自己维护关系了,即不用再自己创建要使用的对象了,而是由Spring容器统一
53 2
|
Java Maven
SpringFrame-ioc 依赖注入
SpringFrame-ioc 依赖注入
|
JavaScript uml 容器
Ioc——控制反转
Ioc——控制反转
168 0
Ioc——控制反转
|
XML 存储 Java
|
Java 程序员 数据库
依赖注入IOC
依赖注入IOC
|
自动驾驶 小程序 Java
什么是控制反转(IOC)?什么是依赖注入?
什么是控制反转(IOC)?什么是依赖注入?
什么是控制反转(IOC)?什么是依赖注入?
|
Java API C++
IOC理解
成功就是简单道理的深刻理解与灵活运用 前不久,阿里大牛虾总在群里抛出一个问题:“从深层次讲解一下如何理解IOC,IOC和DI是一回事吗?” 这个问题真是让人平静而又不平静 平静源于此问题就像问中国人怎么使用筷子,天天使用筷子,难道还不会使用筷子? 但又不平静,你能写出一份详细的说明书,让一个不会使用筷子的人按此说明成功地使用上筷子吗?
293 0
IOC理解
|
Oracle 架构师 Java
什么是IOC
什么是IOC
209 0
什么是IOC
|
Java Spring
Ioc个人理解
IOC根据官方给的意思是依赖注入,说白了,调用类的方面不用&quot;new 类名&quot;,而是在配置文件中配置后,然后新建一个工厂类,这样在工厂类中就可以直接调用了。下面是实现IOC的过程。
120 0
Ioc个人理解