将 DI 与构造函数参数结合起来？

Question

如何将构造函数注入与“手动”构造函数参数结合起来？ IE。

public class SomeObject
{
    public SomeObject(IService service, float someValue)
    {
    }
}

其中 IService 应由我的 DI 容器解析/注入，并且应指定 someValue。我如何混合两者？

Answer 1

应尽可能避免此类构造。因此，问问自己：这个参数真的需要作为构造函数参数吗？或者，SomeObject 是否可以替换为无状态对象，通过将参数传递给您在该对象上执行的方法，所有依赖它的人都可以重用该对象？

例如，而不是

public class SomeObject
{
    private float someValue
    public SomeObject(IService service, float someValue)
    {
        this.someValue = someValue
    }

    public float Do(float x)
    {
        return this.Service.Get(this.someValue) * x;
    }
}

使用

public class SomeObject
{
    public SomeObject(IService service)
    {
    }

    public float Do(float x, float someValue)
    {
        return this.Service.Get(someValue) * x;
    }
}

---

如果需要去工厂：

public interface ISomeObjectFactory
{
    ISomeObject CreateSomeObject(float someValue);
}

public class SomeObjectFactory : ISomeObjectFactory
{
    private IKernel kernel;
    public SomeObjectFactory(IKernel kernel) 
    {
        this.Kernel = kernel;
    }

    public ISomeObject Create(float someValue)
    {
        return this.kernel.Get<ISomeObject>(WithConstructorArgument("someValue", someValue);
    }
}

预览：
Ninject 2.4 不再需要实现，但允许

kernel.Bind<ISomeObjectFactory>().ToFactory();  // or maybe .AsFactory();

Answer 2

你真的不应该尝试为此使用 DI。您可以想出各种古怪的解决方案，但它们可能在未来没有意义。

我们的方法是通过 DI 创建一个工厂，然后工厂的 Create 方法将使用传入的 DI 容器构建自身。我们不必经常使用这种模式，但当我们这样做时，它实际上会使产品变得更加干净（因为它使我们的依赖关系图更小）。

Answer 3

另一种方法 - 分两步初始化（与 ninject 无关，任何 DI 框架）：

public class SomeObject
{
    private readonly IService _service;

    public SomeObject(IService service)
    {
        // constructor only captures dependencies
        _service = service;
    }

    public SomeObject Load(float someValue)
    {
        // real initialization goes here
        // ....

        // you can make this method return no value
        // but this makes it more convienient to use
        return this;
    }
}

和用法：

public static class TestClass
{
    public static void TestMethod(IService service)
    {
        //var someObject = new SomeObject(service, 5f);
        var someObject = new SomeObject(service).Load(5f);
    }
}

Answer 4

我不确定这是一个好的做法，但可以用不同的方式解决，如果您为参数创建一个接口，然后使用您需要的值（或从某处获取）实现该接口的类。这样 DI 也可以处理这些参数。

interface ISomeParameters
{
  public float SomeValue { get; set; }
}

class SomeParameters : ISomeParameters
{
 public float SomeValue{ get; set; } = 42.0;
}

services.AddSingleton(ISomeParameters, SomeParameters)

public MyService(IService service, ISomeParameters someParameters)
{
  someParameters.SomeValue
 ...

Answer 5

我可能会使用一个简单的解决方案来解决这个问题。如果您在需要时知道 someValue 的值，我会将其从构造函数中删除，并向您的对象添加一个属性，以便您可以设置 someValue。这样您就可以从容器中获取对象，然后在获得该对象时设置该值。

我的另一个建议是，您不要直接访问它，而是创建一个可用于创建此类对象的工厂。然后，您在容器中注册工厂并使用该工厂创建实例。像这样的事情：

public class SomeObjectFactory : ISomeObjectFactory
{
    private IYourService _service;
    public SomeObjectFactory(IYourService service) 
    {
        _service = service;
    }

    public ISomeObject Create(float someValue)
    {
        return new SomeObject(_service, someValue);
    }
}

你可以尝试这样的模式。

更新：更新了代码以反映改进意见。

Answer 6

如果“somevalue”始终是常量，那么您可以在向容器注册类型时考虑使用 InjectionParameters，如下面的文章中所述

请参阅此处

，但如果情况并非如此，则在解析实例时无法指定参数值，您可能会考虑移动来自构造函数的“someValue”，并将其作为类的属性。

Answer 7

在您已标记的 NInject 中，您可以使用 FuncModule 如本文所述。

autofac 中也提供了这种方法。

各种工厂方法方法都在这个问题的答案。

编辑：注意虽然这可能很有趣，但请使用@Remo Gloor的解决方案（并且重要的是避免使用这种性质的解决方案的建议）

Answer 8

这不正是 DI\Container::make() 是为了？

$object = $container->make(SomeObject::class, ['someValue' => 0.1]);

Answer 9

我使用的方法是将这些参数定义为抽象属性。然后创建一个新的子类。它类似于 AndersK 方法。这不是一个解决方案，但它适合我的需求：

而不是

public class SomeObject
{
    public SomeObject(IService service, float someValue)
    {
    }
}

你可以做

public class SomeObject
{
    protected abstract Float MyFloat { get; }

    public SomeObject(IService service)
    {
        // You can use MyFloat in this class
    }
}

public class SomeUsableObject: SomeObject
{
    protected override Float MyFloat => 12.5f;

    public SomeUsableObject(IService service):base(service)
    {
    }
}