Separacao entre view e controller no MVC

A qual acoplamento voce se refere? ActionForms do Struts, por exemplo?

Como disse, o Struts é mais tranquilo pois não me trava em nada na página! Posso usar o ActionForm só para receber os parametros do request e a volta para a página eu faço totalmente através de atributos. É trabalhoso, eu sei, mas não me obriga a usar o FW na apresentação. Já o JSF é um porre, pois sem a apresentação ser modelada para o JSF eu não consigo usar a camada de controle.

Isso é um mal de qualquer framework que se utilize de taglibs especificas, né?

Sem muitas solucoes para você… hehehehe =)

Acredito que quando falamos de MVC utilizando frameworks, independente da tecnologia ficamos presos a ela de alguma forma. Conseguimos obter flexibilidade e facilidade de extensão, mas dentro da própria tecnologia.

Para atingir esse nível de indenpendencia que você sugere a abordagem mais adequada seria trabalhar com serviços utilizando formatos de comunicação independentes de tecnologia tais como HttpRequest, XML ou JSon.

Na verdade o que falta pro seu caso é definir de forma adequada uma camada de aplicação com uma interface que possa ser usada por qualquer camada de apresentação que você necessite criar. Mas cuidado par (1) não criar uma coisa desnecessária para seu caso, fazendo com isso BDUF e (2) acho que você confundiu um pouco MVC e camadas que são coisas diferentes.

Não existe separação entre view e controller! No padrão original, controller mantém referências da view e do model, view mantém referências do model (mesmo que transitivamente), e model não mantém referências para ninguém.

Portanto, sempre que você faz uma view nova, você faz um controller novo. Sem mistério.

Mas se há a necessidade de reaproveitar controller entre views diferentes, isso só pode significar uma coisa: POG! Muito provavelmente, seu controller está muito grande e está fazendo mais coisas que deveria fazer. Mova parte da lógica do controller para os models, e faça o controller ficar pequeno. Assim, você não fica com dó na hora de reescrever uma view diferente.

Leonardo3001:

Não existe separação entre view e controller! No padrão original, controller mantém referências da view e do model, view mantém referências do model (mesmo que transitivamente), e model não mantém referências para ninguém.

Portanto, sempre que você faz uma view nova, você faz um controller novo. Sem mistério.

Mas se há a necessidade de reaproveitar controller entre views diferentes, isso só pode significar uma coisa: POG! Muito provavelmente, seu controller está muito grande e está fazendo mais coisas que deveria fazer. Mova parte da lógica do controller para os models, e faça o controller ficar pequeno. Assim, você não fica com dó na hora de reescrever uma view diferente.

A camada view, seja ela JSP, velocity, JSTL, etc. exige programação, isto é, exige lógica. Não tem como fugir disso.

O que vc pode e deve fazer é ABSTRAIR o máximo possível essa lógica para fora da camada view.

NO JSP isso é feito através de TAGs. Por isso que é fundamental um conjunto de tags bem integradas com o framework e uma facilidade grande para vc criar suas próprias tags de visão, loop e condição.

E não, JSTL está bastante longe do ideal, por ser muito genérica, verbose e cheia de pentelhações…