Come si esegue il Moq di un metodo con un argomento facoltativo nella sua firma senza specificarlo esplicitamente o utilizzando un sovraccarico?

Question

Data la seguente interfaccia:

public interface IFoo 
{ 
    bool Foo(string a, bool b = false); 
} 

tentativo di prendere in giro usando Moq:

var mock = new Mock<IFoo>(); 
mock.Setup(mock => mock.Foo(It.IsAny<string>())).Returns(false); 

dà il seguente errore in fase di compilazione:

Un albero di espressione non può contenere una chiamata o invocazione che utilizza argomenti facoltativi

Ho trovato il problema sopra sollevato come enhancement nell'elenco di problemi di Moq e sembra essere assegnato alla versione 4.5 (ogni volta che è).

La mia domanda è: cosa devo fare dato che quanto sopra non verrà corretto in qualsiasi momento presto? Le mie opzioni sono solo per impostare esplicitamente il valore predefinito del parametro opzionale ogni volta che lo schernisco (che tipo di sconfigge il punto di specificarne uno in primo luogo) o per creare un sovraccarico senza il bool (come quello che avrei fatto prima del C# 4)?

O qualcuno ha trovato un modo più intelligente per superare questo problema?

Answer 1

credo che l'unica scelta in questo momento è quello di includere esplicitamente il parametro bool nel setup per Foo.

Non credo che vanifichino lo scopo di specificare un valore predefinito. Il valore predefinito è utile per chiamare il codice, ma penso che dovresti essere esplicito nei test. Supponiamo che tu possa omettere di specificare il parametro bool. Cosa succede se, in futuro, qualcuno cambia il valore predefinito di b in true? Ciò porterà a test falliti (e giustamente), ma saranno più difficili da risolvere a causa del presupposto nascosto che b è false. La specifica esplicita del parametro bool ha un altro vantaggio: migliora la leggibilità dei test. Qualcuno che li segue saprà presto che esiste una funzione che accetta due parametri. Questo è il mio 2 centesimi, almeno :)

Come per specificarlo ogni volta che lo prendi in giro, non duplicare il codice: crea e/o inizializza il mock in una funzione, in modo da avere un solo punto di cambiamento . Se davvero si vuole, si può superare di Moq apparente a breve venire qui duplicando Foo 's parametri in questa funzione di inizializzazione:

public void InitFooFuncOnFooMock(Mock<IFoo> fooMock, string a, bool b = false) 
{ 
    if(!b) 
    { 
     fooMock.Setup(mock => mock.Foo(a, b)).Returns(false); 
    } 
    else 
    { 
     ... 
    } 
} 

Answer 2

appena incontrato questo problema oggi, Moq non supporta questo caso d'uso. Quindi, sembra che l'override del metodo sarebbe sufficiente per questo caso.

public interface IFoo 
{ 
    bool Foo(string a); 

    bool Foo(string a, bool b); 
} 

Ora entrambi i metodi sono disponibili e questo esempio avrebbe funzionato:

var mock = new Mock<IFoo>(); 
mock.Setup(mock => mock.Foo(It.IsAny<string>())).Returns(false);