Pergunta

Tenho certeza de que meu professor me perguntará por que escolhi usar o MVC para o meu aplicativo da web.

Verdade seja dita, sou novo no MVC. Eu li sobre isso, estou construindo um aplicativo de blog usando -o, acho muito lógico abordar um problema dessa maneira.

Mas por que? O_o eu desenho um espaço em branco. Como é mais adequado do que dizer, construir um aplicativo N-Tier?

Foi útil?

Solução

Bem, basicamente: separação de preocupações no nível de uso, não no nível físico.

Citando Poeaa no MVC

O MVC divide a interação da interface do usuário em três papéis distintos.

Com o MVC, você está separando a apresentação (v, c) da lógica do domínio (m) e também separa o comportamento da interface do usuário (c) da tela da interface do usuário (v). Isso é muito mais sustentável do que misturar todas as três preocupações em uma e também promove a reutilização e os testes. Ele permite que você lide melhor com a complexidade.

Isso não é nada que se aplique apenas aos aplicativos da Web. É adequado para quaisquer aplicativos com lógica de domínio e uma interface do usuário. Com isso dito, eu não diria que o MVC é o mais adequado Padrão para um aplicativo da web embora. Se tudo o que você quer fazer é colocar, digamos, um formulário de contato na web, um script tudo em uma página seria suficiente. Se você só tem várias páginas estáticas, o MVC também será exagerado. Assim como em quaisquer padrões, depende do problema que você deseja resolver.

Quanto ao N-Tier, o MVC "clássico" não previu que seja usado na web. Com a apresentação da interface do usuário acontecendo no navegador e do controlador em um servidor remoto, o MVC na Web também é sempre uma arquitetura de várias camadas, daí a diferença entre a USECASE e o físico no início. O MVC simplesmente não está preocupado onde acontece.

Veja também:

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