ASP.NET MVC - Convention de configuration

L'accent de convention de configuration émerge dans le nouveau lot de cadres pour éviter d'avoir à modifier de nombreux fichiers pour obtenir des comportements qui peuvent être standards, donc en utilisant des noms écrits de manière spécifique, en utilisant des dossiers prédéfinis, etc., nous nous aidons à développer plus rapidement puisque le moteur de framework peut traiter automatiquement.
ASP.NET MVC n'échappe pas à cette tendance et propose également ses approche conventionnelle sur la configuration, rendant la façon de travailler beaucoup plus rapide et plus facile pour le développeur.
Structure des dossiers ASP.NET MVC
Dû au fait que ASP.NET MVC est basé sur Modèle Vue Contrôleur, nous aurons dans notre structure de framework, les dossiers réservés pour placer ces éléments, leurs noms correspondent aux acronymes en anglais, donc en Des modèles nous aurons les modèles d'application, en Contrôleurs les contrôleurs seront logés et enfin dans Vues il y a les vues.
Voyons l'image suivante pour avoir une vue panoramique de la structure de ASP.NET MVC:

Si on regarde de près, on voit que dans le dossier Vues nous avons d'autres dossiers, chaque dossier correspond à un contrôleur et à un modèle, sauf le dossier partagé, ce dernier est un dossier partagé, à l'intérieur nous pouvons placer des vues accessibles par n'importe quelle vue ou contrôleur de notre application.
rappelerLorsque vous soulevez l'application et que nous appelons une vue, elle recherche les dossiers individuels, si elle ne la trouve pas, elle recherchera le dossier partagé, cela signifie que si nous devons appeler une vue, nous pouvons le faire directement par son nom, par exemple Contact et de cette façon le système de routage de l'application pourra effectuer les recherches nécessaires.
Convention de nommage
En continuant avec l'image, nous pouvons voir les conventions de nommage, commençons par les contrôleurs, si nous voyons que nous avons deux contrôleurs dans l'image, AccountController.cs Oui HomeController.cs, dans ASP.NET MVC Nous devons terminer les noms des fichiers du contrôleur par le suffixe Controller, cela signifie que lorsque notre application est démarrée, le framework Engine peut charger chaque contrôleur et donc dans notre code, nous n'avons pas à faire d'inclusions supplémentaires.
ImportantLa même chose arrive avec le dossier Des modèles, si on voit le modèle disponible c'est AccountModel.cs et ce qui se passe ici c'est que nous avons déjà un avantage de la convention, le modèle AccountModel.cs correspond au contrôleur AccountController.csComme ils ont le même nom et ne diffèrent que par les suffixes, le framework peut les associer pour une utilisation dans notre application.
Nous avons d'autres dossiers au sein de la structure, chacun a son objectif, en suivant les conventions, nous pouvons atteindre une très grande lisibilité de notre projet, le jour où nous devons partager le travail avec une autre équipe de développement si nous avons suivi l'approche des conventions, Nous pourrons nous intégrer de manière plus simple et avec le moins de reculs possible.
Avec cela, nous terminons ce tutoriel, nous savons déjà ce que signifie la convention de configuration et nous pouvons augmenter notre productivité en nous concentrant sur la logique et le développement de notre application en évitant les processus de configuration fastidieux pour les cas standard.Avez-vous aimé et aidé ce tutoriel ?Vous pouvez récompenser l'auteur en appuyant sur ce bouton pour lui donner un point positif