Muito simples: MVC não é relacionado a separação em camadas.

Parece simples. É simples. Mas causa tremenda confusão. Por alguma razão que desconheço muitas pessoas acham que MVC e separação em camadas são sinônimos. Talvez porque estão habituados a trabalhar com 3 camadas acham que as três letras caem que nem uma luva. Mas os sistemas podem ter qualquer numero de camadas. Aplicações modernas têm normalmente cinco camadas.

A confusão começa com a palavra “camada”. Normalmente as pessoas se referem à separação do sistema em regiões que se montam umas em cima de outras. Cada região dessas seria uma camada. O nome menos ambíguo para essas regiões é andar.

As pessoa entendem que existe uma camada perto do usuário que media a interação com ele (gráfica ou não),  uma camada na outra ponta , perto dos dados que media a sua organização, transações, etc… e uma camada no meio que contém a lógica que responde aos comandos do usuário e produz alterações nos dados. O nome destas camadas são respetivamente : cliente, dominio e recursos. Hoje em dia esta simplicidade não mais se identifica com a estrutura de aplicações orientadas a objetos. Aplicações OO  focam nas entidades do domínio e  os bancos de dados são apenas repositórios burros. Além disso a tecnologia de repositórios ainda é a tecnologia usada pelas antigas aplicações orientadas a dados e como tal é preciso uma tradução entre os dois mundos. É ai que entra a camada de integração. Ela media entre o dominio e os recursos e entre o dominio em uma aplicação e o dominio de outras aplicações.  Por outro lado as interfaces com o usuário se tornaram mais especializadas e inteligentes fornecendo pistas audiovisuais ao usuário que interage com a aplicação. Esta riqueza leva à constante alteração e embelezamento destas interfaces por questões de gosto ou ergonômicas o que obriga a uma camada que traduz tudo isso para a interação com o dominio. Esta é a camada de apresentação. Aplicações modernas orientadas a objetos utilizam-se destas cinco camadas.

O design pattern Model-View-Controler , mais conhecido como MVC trata de uma solução para design de componentes que atuam dentro de uma mesma camada , normalmente na de Cliente e/ou na de Apresentação. As outras camadas usam outros padrões. A de domínio utiliza ~principalmente os padrões Entity e Service e o de integração os padrões Mediator e Bridge.

O MVC trata da separação de responsabilidade entre as classes da camada e não da separação da responsabilidade entre camadas.

Por algum abuso de linguagem, desconhecimento ou falta de preocupação em verificar as fontes de informação as pessoas começaram a confundir MVC com separação em camadas. Já à partida deveria ser óbvio que 3 responsabilidades do M-V-C não dão conta das cinco ou mais responsabilidades atribuídas a camadas. Também deveria ser obvio que enquanto no MVC é necessária a presença das três partes, em separação de camadas não é obrigatória a presença de todas as camadas, apenas as necessárias. Além disso as camadas podem estar distribuídas em vários nodos enquanto que as classes que compõem uma implementação MVC têm que estar fisicamente associadas.

À partida seria óbvio supor que estas diferenças são óbvias e fortemente indicativas de que MVC e separação de camadas não são a mesma coisa, mas por alguma razão perdida no tempo muitas pessoas acham que é a mesma coisa. Pior que isso, ensinam a outros que é a mesma coisa. Espero que tenha deixado claro o absurdo que é misturar os dois conceitos.

Adendo (25/11/2009)

Parece que ainda não ficou claro que MVC não é sobre divisão em camadas (andares). Parece que 5 camadas podem caber em 3 letras.  Alguém duvida que 5 não cabe em 3 ? Matemática elementar. Certo ?  Pelos vistos não.

Ok, tem muito lixo pela internet confundindo as coisas. Mas tem muitas pessoas explicando direito [1,2]. Confundir as coisas é fácil. Não é preciso muito raciocínio para isso.  Alguns pontos para pensar:

• MVC tem dependência triangular em que cada elemento faz e recebe chamadas do outro. Camadas são sobrepostas uma por cima da outra não havendo chamadas da camada baixa à camada alta.
• Tendo dependência triangular MVC só suporta 3 elementos. Não mais, não menos. Camadas suporta quantas forem necessárias. Basta empilhar mais uma e pronto.
• MVC é baseado em eventos (Padrão Observer). Comunicação entre camadas têm várias formas de ser feita.
• MVC é um Design Pattern. Camadas é um Padrão de Arquitetura. Bom, também é complexo para as pessoas distinguirem Design de Arquitetura, mas tem que ser mencionado.

Para os desatentos : MVC e Camadas  não são conceitos de Java. São conceito de desenvolvimento de software. São válidos em qualquer linguagem.

Nunca vou entender como as pessoas conseguem dizer que um triângulo é uma pilha e uma pilha é um triângulo.

Adendo (06-01-2015)

Este assunto se mostrou muito mais debatido do que esperava o que me levou a escrever outros posts sobre o tema. Para entender melhor e mais profundamente este tema sugiro que leia estes outros posts : MVC-Onde e Como e Arquitetura ECB