关于gettig的一些问题，从autofac开始

Question

我刚刚开始掌握 Autofac，并有以下问题：

1. 例如，当您将参数传递给构造函数时，Guice 有自己的注释/方式（它们由 Guice 处理）。 autofac 有类似的功能吗？这是在类定义中，而不是在我实例化该类时。

2. 当我使用类并想要获取其他类型时，我是否每次都设置容器（我假设这应该是静态成员？）？

Answer 1

1）Autofac不需要构造函数的任何特定映射。它有一个简单的规则；它将尽可能多地注入，但它必须能够解析至少一个构造函数的所有参数。如果没有 Autofac 都知道其参数类型的构造函数，您将收到运行时异常。您可以设置 Autofac 来执行构造函数或属性注入，或两者的混合。公认的最佳实践是构造函数注入几乎所有内容；使用属性注入可以为您提供一个不具有所有必要依赖项的对象，在您尝试使用需要缺少依赖项的功能之前，您不会知道这种情况发生了。如果依赖项很昂贵，必须是工厂范围的（每个请求的新实例）并且并不总是由依赖对象使用，请考虑构造函数注入将延迟初始化此依赖项的工厂方法。

2) 如何设置 IoC 容器取决于您计划如何使用它。 IoC 容器的静态或单例实例当然是众所周知的用途，但许多人说这是一种反模式，因为它会导致您陷入使用容器作为“服务定位器”的滑坡（这使您依赖于有一个 IoC 容器来解决依赖关系；这很好，但不应该是必需的）。普遍接受的模式是向容器注册所有依赖项和所有需要依赖项的对象，并且仅在对象创建的最高级别使用容器；所有其他对象都将是顶级对象的依赖项，并且可以直接解析或可以通过工厂方法生成。

我继续将我的 Autofac 容器设置为单例，因为该容器的存在基本上是为了水合应用程序主窗体的实例，它本身需要向 IoC 注册的大部分依赖项，并且无论如何都会获取其余的依赖项，所以它可以将它们传递给它将创建的对象。我可以使用 IoC 注册所有对象并使用工厂方法解析子表单，但我将用工厂方法引用替换依赖项引用，并且我可能最终将主表单上的各个方法连接为其他方法的工厂视窗。

编辑：1) 的代码示例：

public interface IDoSomething {...}
public interface IDoSomethingElse {...}

//the implementations don't have to be the same class, of course; 
//this is for simplicity
public class DoTwoThings: IDoSomething, IDoSomethingElse {...}

public class ExpensiveObject {...}

public class DependentClass
{
    public DependentClass(IDoSomething aDoer, IDoSomethingElse anotherDoer) {...}
}

public class DependsOnExpensiveObject
{
    private Func<ExpensiveObject> Factory;
    private ExpensiveObject instance;
    public DependsOnExpensiveObject(Func<ExpensiveObject> factoryMethod) 
    { Factory = factoryMethod; }

    public bool HasInstance { get{ return instance != null; } }

    public void ForceInitialize()
    {
        instance = Factory();
    }
}

...
//In your main method, or wherever
var builder = new ContainerBuilder()
builder.RegisterType<DoTwoThings>().As<IDoSomething>();
builder.Register<DependentClass>();
var container = builder.Build();

//This line of code will throw at runtime b/c IDoSomethingElse
//does not have an implementation registered with the container.
container.Resolve<DependentClass>();

//Now we'll register the other dependency; 
//dependencies can be registered and overwritten at will
builder.RegisterType<DoTwoThings>().As<IDoSomethingElse>();
builder.Update(container);

//This line will succeed now that we have a registration for IDoSomethingElse
container.Resolve<DependentClass>();

builder.RegisterType<ExpensiveClass>();
builder.RegisterType<DependsOnExpensiveClass>();
builder.Update(container);

//Autofac will provide a delegate that resolves an ExpensiveObject
var dependent = container.Resolve<DependsOnExpensiveClass>();

if(!dependent.HasInstance) //HasInstance returns false
    dependent.ForceInitialize();

Console.WriteLine(HasInstance); // True