Pouvez-vous m'aider à comprendre Moq Rappel?

À l'aide Moq et regarda Callback mais je n'ai pas été en mesure de trouver un exemple simple pour comprendre comment l'utiliser.

Avez-vous un petit extrait de code qui expliquent clairement comment et quand l'utiliser?

InformationsquelleAutor user9969 | 2010-05-14
  1. 71

    Difficile à battre https://github.com/Moq/moq4/wiki/Quickstart

    Si c'est pas assez clair, je dirais que ce que un doc bug...

    EDIT: En réponse à vos éclaircissements...

    Pour chaque moqué méthode Setup vous effectuez, vous obtenez pour indiquer des choses comme:

    • contraintes sur les intrants
    • la valeur de /façon dans laquelle la valeur de retour (si il y en a un) est dérivé

    La .Callback mécanisme dit "je ne peux pas le décrire, mais lorsqu'un appel est en forme comme cela se produit, appelez-moi et je vais le faire ce qui doit être fait". Dans le cadre de la même couramment chaîne d'appels, vous aurez à contrôler le résultat de retour (le cas échéant) par l'intermédiaire de .Returns". Dans le QS exemples, un exemple est qu'ils font la valeur retournée augmenter à chaque fois.

    En général, vous n'aurez pas besoin d'un tel dispositif très souvent (xUnit des Motifs de Test de termes pour antipatterns de l'acabit de la Logique Conditionnelle Dans les Tests), et si il n'y a pas plus simple ou moyen intégré pour établir ce dont vous avez besoin, il doit être utilisé de préférence.

    Partie 3 sur 4 de Justin Etheredge du Moq série la couvre, et il y a un autre exemple de rappels ici

    • j'ai oublié de mentionner.Bien sûr, j'ai vu leur exemple,mais pour quelque raison il n'est pas encore clair pour moi. embarrased à dire mais vrai.
    • Peut-être donner un exemple de code où vous pensez que vous en avez besoin et quelqu'un peut relier les points?
    • Salut Ruben, je suis en train d'apprendre Moq et si vous voulez, je suis bâtiment beaucoup d'exemples pour comprendre comment faire les choses en l'utilisant. Mon problème est que je ne comprends pas quand l'utiliser .Une fois je comprends que le problème est résolu, je vais écrire mon propre code.Si vous l'expliquer dans vos propres mots quand souhaitez-vous utiliser le callback? merci merci de votre temps
    • Merci beaucoup pour votre aide!! Apprécié
    • Stock: Heureux de vous aider. Ironiquement, j'ai pensé que ça pourrait faire avec quelques améliorations, même si les liens et les conseils stand. Laissez-moi savoir si vous vous sentez mon montage perd l'essence.
    • Difficile à battre [link]? Pas du tout. Ce lien vous montre comment pour faire des dizaines de choses différentes, mais ne dit pas, pourquoi vous devez faire tout d'eux. Qui est un problème commun en se moquant de la documentation, j'ai trouvé. Je peux compter sur zéro doigts le nombre de bonnes, d'explications claires de TDD + moqueur que j'ai trouvé. La plupart supposent un niveau de connaissances qui, si je l'avais, je n'aurais pas besoin de lire l'article.
    • Je prends votre point de vue. Personnellement, j'ai eu un peu de connaissances livresques entrant ainsi trouvé le démarrage rapide des trucs absolument parfait. Malheureusement, je ne suis pas au courant d'un meilleur exemple que ceux que j'ai liée à la fin du post. Si vous en trouvez une, le poster ici et je serai heureux de le modifier (ou se sentir libre de BRICOLAGE)
    • "Je vais faire ce qui doit être fait et de vous raconter la suite de retour (le cas échéant)" je pense que cela est trompeur, AFAIU Callback n'a rien à voir avec la valeur de retour (sauf si vous arrivez à le lier à l'aide de code). Fondamentalement, il permet seulement de garantir la fonction de rappel est appelée avant ou après chaque invocation (selon que vous avez enchaîné avant ou après Returns respectivement), la plaine et simple.
    • En suivant mon lien... vous avez raison! Je me demande (mais pas vraiment assez intéressé comme l'ont pas utilisé Moq pour un loooong moment) si l'interface Fluide a changé (ne semble pas probable, c'est à dire j'ai fait une supposition erronée et n'a pas lu le truc que j'ai lié comme je l'avais normalement un travail d'auto-complétion moi-même). Espérons que le correctif résout votre point, laissez-moi savoir si ça ne marche pas

    InformationsquelleAutor Ruben Bartelink
  2. 49

    Voici un exemple d'utilisation d'un rappel pour tester une entité envoyé à un Service de Données qui gère un insert.

    var mock = new Mock<IDataService>();
DataEntity insertedEntity = null;

mock.Setup(x => x.Insert(It.IsAny<DataEntity>())).Returns(1) 
           .Callback((DataEntity de) => insertedEntity = de);

    Alternative méthode générique syntaxe:

    mock.Setup(x => x.Insert(It.IsAny<DataEntity>())).Returns(1) 
           .Callback<DataEntity>(de => insertedEntity = de);

    Alors vous pouvez tester quelque chose comme

    Assert.AreEqual("test", insertedEntity.Description, "Wrong Description");
    • Sans doute pour ce cas particulier (en fonction de si vous êtes en essayant d'exprimer des tests contre l'état ou le comportement), il peut dans certains cas être plus propre d'utiliser une It.Is<T> dans un Mock.Verify au lieu d'encombrer le test avec le temps. Mais +1 parce que je parie qu'il ya beaucoup de gens qui fonctionnera le mieux, à partir d'un exemple.
    InformationsquelleAutor Jeff Hall
  3. 6

    Il existe deux types de Callback dans moq. On arrive avant les retours d'appel; l'autre qui se passe après les retours d'appel. 

    var message = "";
mock.Setup(foo => foo.Execute(arg1: "ping", arg2: "pong"))
    .Callback((x, y) =>
    {
        message = "Rally on!";
        Console.WriteLine($"args before returns {x} {y}");
    })
    .Returns(message) //Rally on!
    .Callback((x, y) =>
    {
        message = "Rally over!";
        Console.WriteLine("arg after returns {x} {y}");
    });

    Dans les deux rappels, nous pouvons:

    1. méthode examiner les arguments
    2. méthode de capture des arguemnts
    3. changement contextuel de l'état
    InformationsquelleAutor Shaun Luttin
  4. 3

    Callback est simplement un moyen d'exécuter du code personnalisé que vous voulez, quand un appel est fait à l'un de se moquer de ses méthodes. Voici un exemple simple:

    public interface IFoo
{
    int Bar(bool b);
}

var mock = new Mock<IFoo>();

mock.Setup(mc => mc.Bar(It.IsAny<bool>()))
    .Callback<bool>(b => Console.WriteLine("Bar called with: " + b))
    .Returns(42);

var ret = mock.Object.Bar(true);
Console.WriteLine("Result: " + ret);

//output:
//Bar called with: True
//Result: 42

    J'ai récemment rencontré un intéressant cas d'utilisation pour elle. Supposons que vous vous attendez à certains appels à votre fantaisie, mais ils se produisent simultanément. Vous n'avez donc aucun moyen de connaître l'ordre dans lequel ils avaient appelés, mais vous voulez savoir les appels que vous attendiez n'a lieu (indépendamment de la commande). Vous pouvez faire quelque chose comme ceci:

    var cq = new ConcurrentQueue<bool>();
mock.Setup(f => f.Bar(It.IsAny<bool>())).Callback<bool>(cq.Enqueue);
Parallel.Invoke(() => mock.Object.Bar(true), () => mock.Object.Bar(false));
Console.WriteLine("Invocations: " + String.Join(", ", cq));

//output:
//Invocations: True, False

    BTW ne pas se laisser séduire par le trompeur", avant de Returns" et "après Returns" distinction. C'est simplement une technique de distinction de savoir si votre code personnalisé sera exécuté après Returns a été évalué ou avant. Dans les yeux de l'appelant, à la fois avant que la valeur est retournée. En effet, si la méthode est void-retour vous ne pouvez même pas appeler Returns et pourtant, il fonctionne de la même façon. Pour plus d'informations, voir https://stackoverflow.com/a/28727099/67824.

    InformationsquelleAutor Ohad Schneider
  5. 1

    Sur les autres bonnes réponses ici, je l'ai utilisé pour exécuter la logique avant de lancer une exception. Par exemple, j'avais besoin de stocker tous les objets qui ont été passés à une méthode de vérification ultérieure, et que la méthode (dans certains cas de test) nécessaire pour lancer une exception. L'appel de .Throws(...) sur Mock.Setup(...) remplace la Callback() action et de ne jamais l'appeler. Cependant, par la levée d'une exception au sein de la fonction de Rappel, vous pouvez toujours faire toutes les bonnes choses qu'un rappel a à offrir, et encore lever une exception.

    InformationsquelleAutor Frank Bryce