标签:sla 变更 类型 关系 put span 相互 帮助文档 处理
【写在前面】尝试做完一件工作之外自我觉得有意义的一件事,那就从翻译Autofac的帮助文档吧。
将Autofac集成你的应用程序的步骤通常很简单,一般是:
本篇将通过入门指南实现一个简单的Console应用程序,一旦有了基础,后续可以延伸集成WCF、ASP.NET等等。
先简单解释一下IOC(控制反转)。
通常情况下,类A若需要类B的一些功能,则在类A中需要通过“new”操作来完成创建和使用功能,这样在代码层面就固定住了类A和类B之间的相互依赖关系。这样的“依赖”,在后续的重构或修改时,影响面很大。
而IOC(控制反转)的思维,则是取消,由类A来创建类B,变更为在执行期间,由IOC容器来根据需要和约定自动创建类B来给类A使用。
Martin Fowler有一篇著名的文章,解释何谓IOC,可以点击“链接”查看。
在本篇的示例中,我们将定义一个类,这个类可以输出一些数据;但我们不想和Console绑定住,因为我们并不能确定在实际使用过程中Console是否真的可用。
我们通常可以这样实现:
using System; namespace DemoApp { // 定义个输出接口 public interface IOutput { void Write(string content); } // 为接口实现Console方式的输出 public class ConsoleOutput : IOutput { public void Write(string content) { Console.WriteLine(content); } } // 定义一个书写器接口 public interface IDateWriter { void WriteDate(); } // 实现书写器接口,输出当前日期,请注意,它依赖于IOutput接口 // 在运行时,才能获得具体的输出形式 public class TodayWriter : IDateWriter { private IOutput _output; public TodayWriter(IOutput output) { this._output = output; } public void WriteDate() { this._output.Write(DateTime.Today.ToShortDateString()); } } }
至此,我们已经有了IOC思维了。下一步,我们将通过Autofac来实现它。
第一步,需要在项目中添加Autofac的引用。建议通过NuGet方式(如下图),将会自动添加到项目中。
Autofac,除了Core之外,还有很多扩展,例如和ASP.NET MVC集成等等。
截至目前为止,Autofac Core最新版本为4.6.0,对应.net framework 4.5.
在应用程序启动环节,你需要创建一个ContainerBuilder来注册组件。
一个组件,可以是一个表达式,一个.NET类型,又或者可以是一个或者多个带依赖项的Service等等。
简单来说,如下这个实现接口的.NET类,我们有两种方式来定义它的类型。
public class SomeType : IService { }
如上的例子,组件就是SomeType,同时也是包括SomeType和IService的两种形态的服务。
在Autofac,你可以按照如下方式向ContainerBuilder注册组件。
// 创建builder. var builder = new ContainerBuilder(); // 通常情况下,我们感兴趣的是IService: builder.RegisterType<SomeType>().As<IService>(); // 或者,也可以同时注册IService和SomeType builder.RegisterType<SomeType>().AsSelf().As<IService>();
对于我们的示例应用程序,我们需要注册所有组件(类),并公开它们的服务(接口),这样就可以很好地连接起来。
我们还需要保存Container,以便以后可以使用它来解析类型。
using System; using Autofac; namespace DemoApp { public class Program { private static IContainer Container { get; set; } static void Main(string[] args) { var builder = new ContainerBuilder(); builder.RegisterType<ConsoleOutput>().As<IOutput>(); builder.RegisterType<TodayWriter>().As<IDateWriter>(); Container = builder.Build(); // WriteDate在执行时,Autofac将自动根据注册的组件进行装配并执行. WriteDate(); } } }
现在我们有一个Container,所有的组件都已注册,并且它们正在公开适当的服务。让我们利用它吧。
在应用程序执行,你需要使用你注册的组件时,是通过lifetime scope来解析出相应组件实例的。
Container本身也是一个lifetime scope,从技术角度来说,你可以从Container直接解析出组件,然而并不推荐这样用。
解析一个组件时,将会根据所定义的实例范围,创建一个对象的新实例。(解析一个组件大致相当于调用“new”实例化一个类。很简单的一个类比。),某些组件可能有特殊的Dispose(如组件本身实现了IDisposable)- Autofac可以在lifetime scope终止时也会自动处理这些组件特殊的Dispose。
Container这个lifetime scope,在应用程序执行时会一直存在。所以,如果用Container来解析所有的组件的话,可以想象当应用程序终止时,Dispose将是多么繁忙的景象(所有的组件等待被Dispose),同样,因为直到最后一刻才会被Dispose,会更大几率引发“内存不足”这个问题。
所以,推荐从Container创建一个新的lifetime scope来解析组件,在完成相关执行代码后,lifetime scope连带着组件即可被释放。
(一旦你使用了Autofac integration libraries,创建和使用lifetime scope后就可以完全忘记它)
对于我们的示例应用程序,我们将创建一个lifetime scope,然后解析出writer这个组件,并执行“writedate”方法。
namespace DemoApp { public class Program { private static IContainer Container { get; set; } static void Main(string[] args) { // ...... } public static void WriteDate() { // 创建scope, 解析IDateWriter, // 使用它, 销毁scope. using (var scope = Container.BeginLifetimeScope()) { var writer = scope.Resolve<IDateWriter>(); writer.WriteDate(); } } } }
现在运行程序…
以后,如果你希望应用程序写另一个日期的话,可以实现一个不同的idatewriter然后改变登记程序的启动。你不需要改变其他的类。是的,这就是IOC(控制反转)!
注意:一般来说,Service很大程度上被认为是一种反模式(看文章)。因此,在你的程序中人工创建scope并使用Container,这种方式不是最好的。使用“Autofac integration libraries”,你通常不需要像示例程序那样人工创建scope。当然,你如何设计应用程序取决于你自己。
本篇结束。
后述:完整的英文版链接在此:http://autofac.readthedocs.io/en/latest/getting-started/index.html,有部分内容没有翻译,也有部分内容自我感觉翻译的并不恰当。若你有意见和建议,可联系我。
本博文属作者原创,首发于www.boxfun.net,除非特别声明,本作品采用知识共享署名-非商业性使用-相同方式共享 4.0 国际许可协议进行许可。
标签:sla 变更 类型 关系 put span 相互 帮助文档 处理
原文地址:http://www.cnblogs.com/denny-duan/p/7067487.html