• 理解为什么要使用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分解项目组件间的复杂关系。


    Creative Commons License

    本文基于署名 2.5 中国大陆许可协议发布,欢迎转载,演绎或用于商业目的,但是必须保留本文的署名justrun(包含链接)。如您有任何疑问或者授权方面的协商,请给我留言

  • 相关阅读:
    Delphi的类和对象(九)- 类运算符as、is
    delphi中as,is关键字是如何工作的?
    delphi 中 as 和 is 的使用
    甘超波:NLP发问技巧
    甘超波:NLP如何挖掘信念
    甘超波:NLP自我价值感
    甘超波:NLP次感元
    甘超波:NLP前提假设之每个人都有足够资源,能达成成功的资源
    甘超波:NLP十二条前提假设之重复旧的行为,只会得到旧的结果
    甘超波:NLP十二条前提假设之诺要求知、必须行动
  • 原文地址:https://www.cnblogs.com/JustRun1983/p/2719278.html
Copyright © 2020-2023  润新知