Leçons apprises ou erreurs faites lors de l'utilisation ASP.NET MVC

N'oubliez pas la partie "Tests de l'unité" du motif.

nom du contrôleur :)

motif de test unitaire

N'utilisez pas la collection de formulaires, utilisez la liaison de modèle.

Essayez de ne pas utiliser ViewData, créez une viewModel.

Si vous avez une boucle ou une boucle si à votre vue, écrivez un assistant HTML.

gentillesse,

DAN

Essayez de toujours utiliser un point de vue pour passer des données entre le contrôleur et la vue. Vous pensez peut-être que vous n'en avez pas besoin d'un, vous pouvez simplement passer votre modèle autour, mais tout à coup, vous avez besoin d'une boîte de liste avec plusieurs options pour modifier un modèle ou afficher un message (pas de message de validation) et vous commencez à ajouter des éléments à la vue , avec des cordes magiques comme des clés, rend l'application plus difficile à maintenir. Il existe également des problèmes de sécurité que vous résolvez avec une vue de vue. Par exemple: xxx

Votre vue permettrons à l'utilisateur de changer son nom et son email et des messages sur l'action xxx

Quelqu'un pourrait altérer votre formulaire et Publiez un nouveau mot de passe et un nom d'utilisateur et vous devrez faire très attention au comportement par défaut. Maintenant, si vous utilisez une vue de vue comme: xxx

Le problème est parti.

• Chaque fois qu'il est possible, faites votre vue Tapée

• Évitez la logique de votre point de vue

• Éloignez-vous du HttpContext

• Utilisez HTML.ENCODE () Partout où vous imprimez des données, sauf si vous avez une très bonne raison de ne pas le faire, vous n'avez donc pas à vous soucier des XSS
• Ne pas connecter les itinéraires sur votre point de vue ou javascripts - ils vont changer à un moment donné, utilisez URL.Action () à la place
• N'ayez pas peur d'utiliser des vues partielles
• MVC n'est pas une balle d'argent, d'abord évaluer s'il s'agit bien du meilleur outil de choix pour résoudre votre problème.

1. obtenez Steve Sandersons Framework MVC

2. débogage dans le SourceCode

Ne laissez pas votre contrôleur devenir gros et faire trop de travail. J'ai vu plus de 1000 contrôleurs de ligne dans le passé et cela devient juste un cauchemar absolu pour comprendre ce qui se passe.

Utiliser le test de l'unité pour vos contrôleurs pour vous assurer que les dépendances sont conservées sous contrôle et que votre code est testable.

Ne soyez pas dessiné en laissant JQuery et de fantaisie Clientcript définir le comportement de votre application, essayez de l'utiliser aussi avec parcimonie que possible et de la laisser améliorer votre application.

Utilisez des vues partielles et des aides HTML chaque fois que cela est possible de vous assurer que vos vues ne deviennent pas lourdes et un cauchemar de maintenance.

Utilisez une vue de vue dans la mesure du possible.

Utilisez un cadre d'injection de dépendance pour gérer vos dépendances (MVCCONTRIBBIB compte plusieurs usines de contrôleur, bien que cela soit suffisamment simple pour rouler le vôtre).

Utilisez un contrôleur différent pour chaque section de votre site (E.G., HOME, COMPTE)

Apprenez à utiliser ViewData et Tempdata

apprendre quelle est l'utilisation de RenderPartial

• Si vous effectuez une méthode de contrôleur avec un nom de paramètre différent de ID pour une méthode de paramètre unique, Vous devez faire une nouvelle route . Il suffit de mordre la balle et d'utiliser id (cela ne se soucie pas du type) et de l'expliquer dans les commentaires.

• Assurez-vous de nommer vos paramètres avec redirectToaction :

  retour redirectToaction ("Donatetocarité", nouveau {id = 1000});

• Vous perdez votre viewdata lorsque vous RedirectToaction .