Estou me preparando para tirar a curva do asp e entrar em uma estrutura mvc, asp.net mvc ou nancy. Onde quer que eu vá, vejo pastas para controladores / módulos e pastas para visualizações. Isso é apenas um reflexo pavloviano de arrumar as coisas por tipo, ou existe alguma sabedoria mais profunda operando? Tenho um pequeno projeto de prova de conceito em que armazeno os arquivos que provavelmente abrirei juntos, um conforto considerável. Como esses arquivos também podem se chamar, eles podem fazer isso com links relativos mais curtos, menos quebradiços. Esse padrão é desafiado pelo mvc, porque o caminho da pasta não corresponde mais automaticamente ao caminho da url e, no asp.net mvc, os modelos e o roteamento do projeto impõem os modos de exibição \ controllers \ schism.
Esta página da Microsoft apresenta o conceito de áreas. Pode ser lido como uma admissão de quão grandes aplicativos pesados se tornam por causa dessa separação artificial.
As pessoas se opõem à "separação de preocupações", mas a separação de preocupações já é alcançada com arquivos de origem separados. Parece-me que não há ganho concreto ao pegar esses arquivos de origem fortemente acoplados e enviá-los para extremos opostos da estrutura de pastas?
Alguém mais está lutando contra isso? Alguma dica?
View
no controlador o levará à visualização e a primeira opção no menu do botão direito do mouse na visualização o levará ao controlador, e todo o problema com a falta de navegação desaparece.