Trabalhando com Design Patterns

Se vc implementar Cliente só com getters/setters, sim, seu VO pode ser um objeto da própria classe Cliente. Mas isso não é o ideal, porquê você acaba criando um Anemic Domain Model, como alertado pelo cv há alguns dias atrás:

http://www.guj.com.br/forum/viewtopic.php?t=11147

Poderiam ficar na própria classe Cliente, e aí vc usaria os VOs (ou TOs, Transfer Objects) para transportar os dados entre as camadas, como vc disse.

[]'s

Ok!

entendí o propósito dos VO´s então vamos prosseguir com o exemplo:

Eu teria então a classe Cliente com gets, sets, atributos e métodos de regra de negócio; a classe ClienteVO somente com gets, sets e atributos do domínio e a classe ClienteDAO para a persistência certo?? Isso quer dizer que minha classe Cliente deverá conhecer outros Beans para executar alguns métodos?? Por exemplo o método Cliente.varificarSaldo() deveria instanciar um objeto da classe Saldo e executar o método calcularSaldo(Cliente cliente) já que esta conhece e persiste as informações do Saldo, estou certo :!: :?:

"rvaldomiro":

Por exemplo o método Cliente.varificarSaldo() deveria instanciar um objeto da classe Saldo e executar o método calcularSaldo(Cliente cliente) já que esta conhece e persiste as informações do Saldo, estou certo :!: :?:

Acho que o ideal aqui seria criar uma classe Conta, e não Saldo. E aí, seu Cliente teria uma Conta associada a ele. Exemplo:

public class Conta {
   private double saldo;

   public double getSaldo() {
      return this.saldo;
   }
   ...
}

public class Cliente {
   // atributos gerais
   private Conta conta;

   public double verificarSaldo() {
      return conta.getSaldo();
   }
}

Certo? :wink:

[]'s

Saquei

Só não use double pro saldo, ou algumas pessoas vão ficar bem irritadas… hehehe

Use BigDecimal, assim voce nao cai em problemas pentelhos com arredondamento e estouro de valores.

Ouçam todos estas sabias palavras e nunca caiam na besteira de pergutnar ao seu cliente que algoritmo de arredondamento ele utiliza…

“cv”:

Só não use double pro saldo, ou algumas pessoas vão ficar bem irritadas… hehehe

Use BigDecimal, assim voce nao cai em problemas pentelhos com arredondamento e estouro de valores. ;)

Valeu pela correção! :lol:

[]'s