ASP.NET MVC - Convenção de Configuração

O foco de convenção de configuração surge no novo lote de frameworks para evitar ter que modificar muitos arquivos para atingir comportamentos que podem ser padrão, portanto usando nomes escritos de forma específica, usando pastas pré-definidas, etc., ajudamo-nos a desenvolver mais rapidamente já que o motor do framework pode processar automaticamente.
ASP.NET MVC não foge dessa tendência e também oferece sua abordagem de convenção na configuração, tornando a maneira de trabalhar muito mais rápida e fácil para o desenvolvedor.
Estrutura de pastas ASP.NET MVC
Devido a que ASP.NET MVC é baseado em modelo - visualização - controlador, teremos em nossa estrutura de framework, as pastas reservadas para colocar esses elementos, seus nomes correspondem às siglas em inglês, portanto em Modelos teremos os modelos de aplicativos, em Controladores os controladores serão acomodados e, finalmente, Visualizações existem os pontos de vista.
Vamos ver a imagem a seguir para ter uma visão panorâmica da estrutura do ASP.NET MVC:

Se olharmos de perto, vemos que na pasta Visualizações temos outras pastas, cada pasta corresponde a um controlador e modelo, exceto a pasta Compartilhado, a última é uma pasta compartilhada, dentro podemos colocar visualizações que são acessíveis por qualquer visualização ou controlador de nosso aplicativo.
LembrarQuando você abre o aplicativo e chamamos de visualização, ele pesquisa as pastas individuais, se não conseguir encontrá-lo, ele pesquisará a pasta Compartilhado, isso significa que se precisarmos chamar uma visão, podemos fazer isso diretamente por seu nome, por exemplo Contato e desta forma o sistema de roteamento do aplicativo poderá fazer as pesquisas necessárias.
Convenção de nomes
Continuando com a imagem podemos ver as convenções de nomenclatura, vamos começar com os controladores, se vemos que temos dois controladores na imagem, AccountController.cs Y HomeController.cs, em ASP.NET MVC Devemos terminar os nomes dos arquivos do controlador com o sufixo Controller, isso significa que quando nossa aplicação é iniciada, o mecanismo do framework pode carregar cada controlador e, portanto, dentro do nosso código não temos que fazer inclusões extras.
ImportanteO mesmo acontece com a pasta Modelos, se virmos o modelo disponível, é AccountModel.cs e o que acontece aqui é que já temos uma vantagem da convenção, o modelo AccountModel.cs corresponde ao controlador AccountController.csComo eles têm o mesmo nome e diferem apenas nos sufixos, a estrutura pode associá-los para uso em nosso aplicativo.
Temos outras pastas dentro da estrutura, cada uma tem sua finalidade, seguindo as convenções, podemos alcançar uma legibilidade muito alta do nosso projeto, no dia em que precisarmos compartilhar o trabalho com outra equipe de desenvolvimento se tivermos seguido a abordagem das convenções, Seremos capazes de nos integrar de forma mais simples e com o menor número de contratempos.
Com isso terminamos este tutorial, já sabemos o que significa a convenção de configuração e podemos aumentar nossa produtividade nos concentrando na lógica e no desenvolvimento de nossa aplicação evitando os tediosos processos de configuração para casos padrão.Gostou e ajudou este tutorial?Você pode recompensar o autor pressionando este botão para dar a ele um ponto positivo