Le meilleur framework fictif capable de gérer à la fois WebForms et MVC ?
https://stackoverflow.com/questions/10098
-
08-06-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianQuestion
Je me lance davantage dans un flux de travail TDD et j'ai un mélange d'applications MVC et asp.net Web Forms.
MOQ est recommandé pour MVC.
J'ai utilisé Rhino pour les formulaires Web.
Quelqu'un a-t-il une bonne pratique pour avoir un framework simulé pour les deux ?
La solution
La dernière version de Rhino inclut une grande partie de l'amour doux et doux de MoQ 3.5.Je suis fan de MoQ, c'est donc ce que j'utilise.Mais j'ai aussi Rhino, au cas où il ferait quelque chose que MoQ ne ferait pas.
TL;DR :MoQ ça bébé.
Autres conseils
C'est une question un peu idiote, mais je préfère Rhino Mocks car cela représente une compréhension plus complète de se moque contrebouts.
Examinez en profondeur TypeMock avant de vous engager sur le prix.
De plus, il n’existe aucun framework moqueur recommandé pour ASP.NET MVC.
Enfin - je vous suggère de vous en tenir à un cadre moqueur dans votre projet (et même dans votre équipe) - les différences, même si elles ne sont pas énormes, peuvent conduire à une confusion injustifiée sur une telle décision de « polir la roche ».J’entends par là que la décision ne doit pas être longue, il suffit de choisir ce qui fonctionne et de se lancer dans la création de valeur.
TypeMock est incroyablement puissant.Quand je nécessaire pour tester unitairement une application de formulaires Web qui n'était pas conçue pour la testabilité, TypeMock m'a sauvé la vie.
Mais lorsque je prends le temps de choisir un modèle architectural (MVC) ou d'en concevoir un qui permet la moquerie (vous savez, les méthodes publiques de changement d'état de virtualisation), j'utilise Moq.C'est si simple à utiliser et si simple à enseigner aux autres.
La syntaxe de relecture d'enregistrement de TypeMock me laisse toujours perplexe, mais elle m'a fait gagner beaucoup de temps dans un calendrier de sortie serré.L'API de Moq est presque explicite, ce qui est une réussite incroyable compte tenu de l'historique de la bibliothèque fictive.
J'irais simplement de l'avant et utiliserais mon framework préféré pour les deux.Je ne pense pas qu'il y ait une raison pour laquelle je choisirais un framework pour les formulaires Web et un autre pour MVC.Un problème bien plus important est de savoir comment tester unitairement mes pages de formulaires Web, car il est notoirement difficile de séparer la page du reste de la pile HttpRequest.
Mon préféré est Moq.J'ai également utilisé TypeMock.Cela coûte de l'argent, mais c'est vraiment puissant - cela vous permet de vous moquer de classes et de constructeurs concrets, vous pouvez donc potentiellement vous moquer de choses comme HttpContext ou HttpRequest.
Recherchez Ivonna pour simuler HTTPContext et les formulaires Web traditionnels.
