MVC Contrib remplit-il sa promesse d'accroître la productivité dans ASP.NET MVC?

Question

Je commence à fonder un nouveau projet ASP.NET MVC. Plusieurs tutoriels ont recommandé l’utilisation de MVC Contrib . Je voulais connaître l'opinion de la communauté Stack Overflow si elle remplissait sa promesse d'accroître la productivité avec ASP.NET MVC. Les avantages de MVC Contrib sont-ils à la base d’ajouter une autre abstraction qui fuit à mon application?

Answer 1

Je pense que MVC Contrib est inestimable pour les tests. Elles fournissent un grand nombre de méthodes d’extension qui vous permettent de tester couramment le routage et les résultats d’action. Par exemple:

  

" ~ / Administration / Utilisateurs / Modifier / testuser "                   .ShouldMapTo (a = & Gt; a.Modify (& "; Testuser &";));;

... pour le routage et les résultats d'action:

  

Controller.List ()                   .AssertViewRendered ()                   .WithViewData & Gt; ()                   .Compter                   .ShouldEqual (4, & Quot; Doit être 4 utilisateurs retournés & Quot;);

MVC Contrib fournit également une classe utile TestControllerBuilder qui permet de créer un contrôleur et de simuler tous les types de contexte HTTP nécessaires. Cela ne semble pas beaucoup mais jumelé avec DI, écrivez-le vous-même si une douleur.

        Builder = new TestControllerBuilder();
        Builder.CreateController<CT>();

Passant aux tests, les usines de contrôleurs pour DI / IoC sont vraiment utiles, vous n’avez donc pas besoin de les écrire vous-même, mais vous n’êtes pas indispensables à mon humble avis.

L’autre chose qui me plaît chez MVC Contrib, ce sont les helpers HTML fluides. Je pense qu’il est beaucoup plus pratique de définir les propriétés HTML et d’autres données à l’aide de ce type d’aide fluide - voici deux exemples:

        

<% = this.TextBox (& "nom &";). Label (& "Nom de la catégorie d'activité: &";). Longueur maximale (50). Classe (& Quot; obligatoire & Quot;)