较复杂的应用程序都是由多个项目组织成的,项目可以划分成程序集(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”微信公众号