Duvida sobre validacao em modelos de dominio com frameworks modernos

Na minha opnião acredito que não.
PARTICULARMENTE gosto de fazer a validação dos dados em uma camada reservada para isso.
Por exemplo sempre que salvo um objeto, antes faço a validação e depois o comando para salvar.
Se é a melhor prática ou não, não posso dizer, porém é a forma que gosto de trabalhar.

leonardoMachado:

Na minha opnião acredito que não.
PARTICULARMENTE gosto de fazer a validação dos dados em uma camada reservada para isso.
Por exemplo sempre que salvo um objeto, antes faço a validação e depois o comando para salvar.
Se é a melhor prática ou não, não posso dizer, porém é a forma que gosto de trabalhar.

Pois é, essa é uma prática comum hoje. Mas será que isso não vai contra a idéia trazida pelo TDD, ou pelo menos difundida pelo TDD, de que ao inves de corrermos atras do bugs, nao devemos deixar que eles sejam introduzidos.

Nao estou dizendo que nao eh possivel fazer TDD com o modelo de validadores, estou me questionando, se numa escala menor não é exatamente isso que estamos fazendo quando “introduzimos um bug” e depois ficamos “procurando ele” com os validadores?

Alem disso, será que fazer essa validação em outra camada, nao estamos tirando as regras de negocio de onde elas deveriam estar, que é nas entidades do dominio?

Não conheço muito sobre TDD, porém o que diz. Acredito que isso possa até facilitar a encontrar eles pelo seguinte:
Supondo que o bug esteja ocorrendo por algum problema de validação vc certamente irá procurar na camada de validação.
E também por uma questão semântica a camada de modelo é onde são suas entidades do seu sistema, a camada de validação vc sabe que só serve para validar, controlers para fazer o controle da aplicação e por aí vai.
E também vai da empresa, e de caso a caso.
Eu particularmente gosto de separar as coisas.

YvGa:

e numa dessas escapa algo que nao escaparia da outra forma e vai meu objeto ser gravado de forma insconsistente.

Penso que ter um objeto em estado inconsistente em algum momento, não é necessariamente BUG. O que deve-se garantir é que não sejam realizadas operações com o objeto em estado inconsistente.

E é nisto que o TDD é perfeito. Você escreve testes para cada operação e falha caso o objeto não esteja ok. Assim, TDD garante que algo não vai escapar numa dessas…

Abraços

Eu nao discordo do seu ponto de vista, de forma alguma.

Mas pra mim é muito estranho por sets onde teoricamente eu nao precisaria. Talvez seja apenas preciosismo meu.

YvGa:

Mas pra mim é muito estranho por sets onde teoricamente eu nao precisaria. Talvez seja apenas preciosismo meu.

AH, aí sou eu que concordo com você. Também não faria isso. No JPA, mapeio os atributos direto, sem criar getters e setters desnecessários. No JSF, você precisou criar getters em que situação?

Nos nossos sistemas, utilizamos validadores dos frameworks prá fazer “validações prévias” afim de agilizar as respostas para o usuário. Mas todas as regras de negócio estão implementadas dentro dos objetos de domínio. As regras serão respeitadas idependentes do framework de UI.

Abraços

luizSC:

YvGa:

Mas pra mim é muito estranho por sets onde teoricamente eu nao precisaria. Talvez seja apenas preciosismo meu.

AH, aí sou eu que concordo com você. Também não faria isso. No JPA, mapeio os atributos direto, sem criar getters e setters desnecessários. No JSF, você precisou criar getters em que situação?

Nos nossos sistemas, utilizamos validadores dos frameworks prá fazer “validações prévias” afim de agilizar as respostas para o usuário. Mas todas as regras de negócio estão implementadas dentro dos objetos de domínio. As regras serão respeitadas idependentes do framework de UI.

Abraços

Quando vc expoe suas entidades na view, como por exemplo um #{managedBean.objeto.metodo}.

Sim,

Mas aí, só um “get” para a propriedade que deve ser exposta não resolve?

Sim, resolve, mas não é o que tem sido utilizado, o que esta sendo feito é a exposicao do objeto na view, e depois as validacoes.

A minha duvida é sobre esse conceito que vem sendo utilizado e cada vez mais adotado, nao necessariamente com a implementacao disso. Eu posso evitar, evidentemente, de expor atraves dos sets. Mas a pratica que esta tomando conta é expor.

YvGa:

Sim, resolve, mas não é o que tem sido utilizado, o que esta sendo feito é a exposicao do objeto na view, e depois as validacoes.

A minha duvida é sobre esse conceito que vem sendo utilizado e cada vez mais adotado, nao necessariamente com a implementacao disso. Eu posso evitar, evidentemente, de expor atraves dos sets. Mas a pratica que esta tomando conta é expor.

Concordo com você. Esta preocupação não é preciosismo. Sets indiscriminandos detonam o encapsulamento.

Abraços