Come faccio a Moq un metodo che ha un argomento opzionale nella sua firma senza specificarlo esplicitamente o utilizzando un sovraccarico?

Data la seguente interfaccia:

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

Tentativo di deriderlo usando Moq:

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

restituisce il seguente errore in fase di compilazione:

Un albero delle espressioni non può contenere una chiamata o una chiamata che utilizza argomenti facoltativi

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

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

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

Credo che la tua unica scelta in questo momento sia includere esplicitamente il boolparametro nella configurazione di Foo.

Non credo che sconfigga lo scopo di specificare un valore predefinito. Il valore predefinito è una comodità per chiamare il codice, ma penso che dovresti essere esplicito nei tuoi test. Supponi di poter tralasciare di specificare il boolparametro. Cosa succede se, in futuro, qualcuno cambia il valore predefinito di bin 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 boolparametro ha un altro vantaggio: migliora la leggibilità dei test. Qualcuno che li esamina saprà presto che esiste una Foofunzione che accetta due parametri. Almeno i miei 2 centesimi :)

Quanto a specificarlo ogni volta che lo deridi, non duplicare il codice: crea e / o inizializza il mock in una funzione, in modo da avere un solo punto di cambiamento. Se vuoi davvero, puoi superare l'apparente mancanza di Moq qui duplicando Fooi parametri di 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
    {
        ...
    }
}

Ho appena riscontrato 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 sono disponibili entrambi i metodi e questo esempio funzionerebbe:

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

Utilizzando Moq versione 4.10.1 sono stato in grado di fare quanto segue

Con interfaccia:

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

E Mock

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

Risolve una chiamata a Foo con il primo parametro a posto