dicas/sugestões sobre essa validação de models

This message was edited 1 time. Last update was at 12/01/2009 23:10:47

Eae galera!

Estou desenvolvendo um módulo de validação em uma aplicaçao e gostaria da opinião de vcs a respeito da mesma:

Todas as classes que tem a responsabilidade de efetuar uma validação em qualquer objeto, deve implementar essa interface:

Exemplo de uma classe que implementa a interface acima:

Os models que necessitam de validações devem estender essa classe:

Um exemplo de model que estende a classe acima:

E o uso de tudo isso ficaria assim ( para se efetuar a validação do model ):
( o teste ficou ridiculo pois ainda estou desenvolvendo.

)

A idéia é facilitar a programação das validações dos models, deixando a responsabilidade para o proprio model de efetuar sua validação ( até a validação não sair do dominio da mesma ).

Oque vcs acham disso?
ficaria melhor se eu injetar na ModelValidatedBase o ValidationBase usando Spring?
Alguma dica/critica/sugestão??

Obrigado a todos!!!

Virtual Machine Man Membro desde: 07/03/2007 15:58:16 Mensagens: 517 Offline

Eu uso uma forma bem parecida de validacao, na maioria dos casos pra ser utilizada na hora de persistir o objeto. Antes de passar para a camada de persistencia é feita a validação.

A unica advertencia que eu faria no seu caso é de nao herdar de uma classe padrao. Talvez seja melhor o proprio objeto implementar a interface.

JavaEvangelist Membro desde: 11/05/2006 12:10:38 Mensagens: 329 Offline

YvGa wrote:A unica advertencia que eu faria no seu caso é de nao herdar de uma classe padrao. Talvez seja melhor o proprio objeto implementar a interface.

Opaa!! legal vc ter respondido!!

vc poderia explicar o motivo de nao herdar? um caso de uso.

valeu hein!!

Virtual Machine Man Membro desde: 07/03/2007 15:58:16 Mensagens: 517 Offline

Sempre que vc herda de uma classe vc faz um forte acoplamento com essa classe da qual herdou. Em algum ponto, e nesse caso é bastante previsivel, alguma das duas implementacoes pode precisar de uma mudanca radical. Nesse momento vc terá problemas em toda a hierarquia.

Apenas implementando uma interface vc obtem os mesmos beneficios sem se prender a implementacao de uma classe pai. Principalmente nesse exemplo onde nem aproveitamento de código haverá. (Mesmo se houvesse, seria melhor uma composicao e nao a heranca).

A principio, nunca use heranca. Voce encontrará casos em que precisara dela, mas fuja sempre que possivel.

Notícias, artigos e o maior fórum brasileiro sobre Java