Mvc

Você bem disse, a camada de VISÃO é só para apresentar os dados. A camada Persistence, apenas persiste e a camada Controller faz tudo, menos persistir ou apresentar os dados.

A pergunta se há esse possiblidade pois terá momentos que não vou precisar de manipular nenhum dados no controller por exemplo uma view que tem nome, endereço, telefone,
vou gravar somente isso ou seja não vou ter nenhum regra de negócio nesses dados, não pederia fazer a comunicação direta com a camada de persistência. Outra coisa terá situações que vou precisar da camada de negócio por exemplo : caso digitar a senha mais de 3 vezes , bloquear senha. Isso seria viável passar pelo controller, Pergunta há a possibilidade da comunicação da view com persistência levando em consideração o argumento citado???

Camarada, a questão não é precisar, é o modelo que está sendo implementado.
Quando você optou por desenvolver OO deixou de lado a programação estruturada. Ou seja, você será obrigado a criar classes para poder programar. Dividir as funções, de acordo com uma representação de objetos.
Quando você opta por MVC está dizendo que tudo será desenvolvido em camadas, independente do tipo de dado que irá transitar a partir da entrada do usuário em tela até o último bit do banco de dados.
A integridade do modelo e do sistema depende da implementação disto, para um dado verificado ou que seja manipulado ou para um dado sem verificação.
Isso é MVC, é entender que, se você fez isto para web e amanha alguém decide que uma tela em swing deve ser feita, o programa vai funcionar sem alterar nada nas camadas Controller e Persistence.

Entende?

Welder Divino:

Alguém poderia me dizer se a camada de VISÃO pode comunicar com a camada de persistência sem passar pelo CONTROLLER por exemplo: Tem dados que não precisa
passar por uma checagem pelo controller…

Antigamente a própria SUN recomendava isso

http://javafree.uol.com.br/topic-849941-Diferenca-entre-MVC1-e-MVC2.html

qual framework vc esta usando?

Nada impede que você acesse a camada de persistência diretamente da view. Mas tenha em mente que isso é uma péssima prática.

Claro, nada impede, porém, será qualquer coisa, exceto MVC.

É o mesmo que querer produzir em um modelo cascata (onde não pode haver refactoring de fases já terminadas) e, quando o build descobre que o design tem um erro, voltar e corrigir. Pode ser prático, mas a metodologia foi para as cucuias…

Valeu pessoal muito obrigado pelas dicas…