Autofac依赖注入实现

我开始研究一个新项目,我来自一个直接的,"天真"的编程.

现在我关心使用IoC容器,特别是使用Autofac的依赖注入模式.

假设我有一个简单的会话工厂:

namespace Warehouse.Data
{
    public class SessionFactory
    {
        private static ISessionFactory _sessionFactory;
        private static ISystemSetting _systemSetting;

        SessionFactory(ISystemSetting systemSetting)
        {
            _systemSetting = systemSetting;

            InitializeSessionFactory();
        }

        private static void InitializeSessionFactory()
        {
            _sessionFactory = Fluently.Configure()
                .Database(DatabaseConfiguration)
                .Mappings(m => m.FluentMappings.AddFromAssemblyOf())
                .BuildSessionFactory();
        }

        public static ISession OpenSession()
        {
            return _sessionFactory.OpenSession();
        }
    }
}

在Bootstrap.cs中,我像这样配置autofac:

namespace Warehouse.Infrastructure
{
    using Autofac;

    public class Bootstrap
    {
        public IContainer Configure()
        {
            var builder = new ContainerBuilder();

            builder.RegisterType().As();
            builder.RegisterType().As();

            return builder.Build();
        }
    }
}

我的问题是:

如何使用Autofac将SessionFactory依赖关系解析为ISystemSetting？builder.Resolve每次我想使用SessionFactory时,是否需要将其用作参数？

依赖注入模式,或者只是Autofac,带有许多新词,如Service,Resolve,Singleton等.我在哪里可以从头学习这些东西？每个其他DI框架都一样吗？

我需要了解IoC Container如何在具有多个层的项目中工作,每个层都需要引用Autofac吗？

谢谢.

你已经在你的引导程序中完成了它.

builder.RegisterType().As();

这意味着每个对ISystemSettings具有依赖性的对象都会获得SystemSettings的实例.所以,如果你使用

var mySessionFactory = myContainer.Resolve();

在你的代码中的某个地方(你真的应该在你的组合根目录中这样做)容器将为你完成这项工作.如果你有很多具有多个依赖关系的对象,你将开始理解为什么IoC容器是"神奇的";)

好吧..很多IoC容器都使用了单词resolve.它只是意味着"给我一个具有依赖性的对象".服务和单身是来自面向对象设计的语言.它们不是特定于IoC容器的.你可以谷歌了.对于像这样的东西,我认为没有总结.你会通过阅读书籍,文章和阅读教程及时得到它.

没有.实际上那是不行的.有一种叫做servicelocator的模式,有些人认为它是反模式.如果你遵循这种模式,你的所有对象都只有一个依赖,即容器!并且他们自己摆脱了他们需要的东西.

public class MyClass
{
    private DependencyOne dep1;

    public MyClass(WhatEverContainer container)
    {
        dep1 = container.Resolve();
    }
}

...在这种情况下,您的容器将充当servicelocator,并且每个需要依赖的对象都会要求servicelocator获取该依赖关系.这将破坏控制的INVERSION的整个价值,并使你的对象依赖于容器.注入对象实际需要的东西,而不是他们需要什么才能找到他们真正需要的东西; D.

让你的对象与容器无关.并在组合根中使用您的容器,即将对象和应用程序层粘合在一起的位置.这里有一些东西要读:http://blog.ploeh.dk/2011/07/28/CompositionRoot/