Pergunta

Na última versão do ASP.NET MVC 2 eles lançaram o conceito de áreas como suportado pelo MS. No entanto, para realizar este conceito áreas é preciso criar vários projetos separados. Um projeto por área. Em ASP.NET MVC 1 há muitas outras maneiras de sair lá para apoiar áreas onde ainda estaria trabalhando dentro do mesmo projeto. Este post não é sobre se as áreas são importantes ou não mas o que uma aplicação adequada seria. Qual é a sua preferência por trabalhar com áreas e por quê? O que você acha desta nova forma multi-projecto de executar áreas?

Aqui foram os pré 2,0 maneiras de implementar áreas:

http://haacked.com/archive/2008 /11/04/areas-in-aspnetmvc.aspx

http: // blog.codeville.net/2008/11/05/app-areas-in-aspnet-mvc-take-2/

http://devlicio.us/blogs/billy_mccafferty/archive/2009/01/22/mvc-quot-areas-quot-as-hierarchical-subfolders-under-views.aspx

Estou prestes a começar a trabalhar em um projeto muito grande ASP.NET MVC (e não posso esperar para cavar a visualização 2.0) e estou querendo saber se eu deveria usar esta nova implementação áreas ou o que já provaram trabalho .

Outras dicas

Desde o lançamento do ASP.NET MVC 2 é às vezes no futuro que é incerto, eu recomendo que você faça o que tem sido oferecido pela MVC 1. Mas seria ótimo para implementar seus projetos com o recurso de área em mente para que você pode estender sua solução existente muito mais fácil, mais tarde, se necessário.

Eu recomendo que você olhar para posta blog de ScottGu sobre MVC 2 novidades. Há também uma boa imagem da estrutura de arquivo / pasta com áreas.

Meu conselho a você seria esta:
Se você pretende desenvolver o seu enorme aplicativo web em MVC2 eu sugiro que você faça exame do trajeto de usar capacidade áreas já implementadas. Pelo tempo que você terminar de desenvolvê-lo, MVC será lançado e áreas serão apoiadas de qualquer maneira.

Só não reinventar a roda e produzir algum tipo de sua própria solução com isso.

Mas se você não vai começar em V2, vá com solução de áreas de Haack.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top