Perché non posso iniettare il valore null con Ninjects ConstructorArgument?

Question

Quando si utilizza l'oggetto Constructor di Ninjects è possibile specificare il valore esatto da iniettare su parametri specifici. Perché questo valore non può essere nullo, o come posso farlo funzionare? Forse non è qualcosa che ti piacerebbe fare, ma voglio usare nel mio test di unità .. Esempio:

public class Ninja 
{ 
    private readonly IWeapon _weapon; 
    public Ninja(IWeapon weapon) 
    { 
     _weapon = weapon; 
    } 
} 

public void SomeFunction() 
{ 
    var kernel = new StandardKernel(); 
    var ninja = kernel.Get<Ninja>(new ConstructorArgument("weapon", null)); 
} 

Answer 1

Guardando alla fonte (e la traccia dello stack ho ottenuto da reproing cui è omesso: P)

Questo è perché è vincolante per un diverso sovraccarico del ConstructorArgument ctor che l'uso normale (cioè, in cui si' re passando un tipo di valore o un tipo di riferimento non nullo).

La soluzione è quella di lanciare il nulla per oggetto: -

var ninja = kernel.Get<Ninja>(new ConstructorArgument("weapon", (object)null)); 

Ninject 2 fonte:

public class ConstructorArgument : Parameter 
{ 
    /// <summary> 
    /// Initializes a new instance of the <see cref="ConstructorArgument"/> class. 
    /// </summary> 
    /// <param name="name">The name of the argument to override.</param> 
    /// <param name="value">The value to inject into the property.</param> 
    public ConstructorArgument(string name, object value) : base(name, value, false) { } 

    /// <summary> 
    /// Initializes a new instance of the <see cref="ConstructorArgument"/> class. 
    /// </summary> 
    /// <param name="name">The name of the argument to override.</param> 
    /// <param name="valueCallback">The callback to invoke to get the value that should be injected.</param> 
    public ConstructorArgument(string name, Func<IContext, object> valueCallback) : base(name, valueCallback, false) { } 
} 

Repro:

public class ReproAndResolution 
{ 
    public interface IWeapon 
    { 
    } 

    public class Ninja 
    { 
     private readonly IWeapon _weapon; 
     public Ninja(IWeapon weapon) 
     { 
      _weapon = weapon; 
     } 
    } 

    [Fact] 
    public void TestMethod() 
    { 
     var kernel = new StandardKernel(); 
     var ninja = kernel.Get<Ninja>(new ConstructorArgument("weapon", (object)null)); 
    } 
} 

lezione? Saresti pazzo a non scaricare l'ultima fonte e a guardarla. Grandi commenti, bella base di codice pulita. Grazie ancora a @Ian Davis per questo suggerimento!

Answer 2

Questo è probabilmente supportato perché argomenti del costruttore possono essere i tipi di valore troppo.

Answer 3

Non conosco Ninject, ma l'iniezione del costruttore AFAIK è comunemente utilizzata per dipendenze obbligatorie e quindi null ha poco senso in questo contesto. Se la dipendenza non è obbligatoria, il tipo deve fornire un costruttore predefinito e utilizzare invece l'iniezione di proprietà.

This post fornisce ulteriori informazioni.

Answer 4

voglio usarlo nella mia unità mette alla prova

C'è no need to use an IOC container for unit tests. È necessario utilizzare il contenitore per collegare l'applicazione insieme in fase di esecuzione e nient'altro. E se questo comincia a far male, è un odore che indica la classe sta sfuggendo di mano

tuo test di unità sarebbe quindi in questo esempio (violazione SRP?):

var ninja = new Ninja(null); 

Quanto sopra è legit codice C# e il passaggio di un riferimento nullo per il test dell'unità è un metodo perfettamente valido per le aree di test delle unità che non richiedono la dipendenza.