使用Autofac IOC组织多项目应用程序

较复杂的应用程序都是由多个项目组织成的，项目可以划分成程序集（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分解项目组件间的复杂关系。

本文来自合作伙伴“doNET跨平台”，了解相关信息可以关注“opendotnet”微信公众号