Boa noite Flavio. > Vcs estão esquecendo a camada de negocio: > > 1 camada : Interface > Seriam as classes responsáveis pela interface do programa, poderiamos ter > uma camada dessa para aplicação, outra para jsp,etc...
Essa ta tranquilo... eu imaginava corretamente. > 2 camada : Negocio > Seriam as classes que tratariam do negocio do sistema, algo como, imaginem > um sistema bancario, teriamos então uma classe transnferencia que efetuaria > todas as transferencias bancárias entre contas. Essa aqui eu imaginava de outra forma. Seguindo o exemplo que vc deu... a principio eu colocaria a logica de negocio para 'transferecia' em um metodo na classe que representa os meus objetos do banco. Ou seja, na classe 'Conta' eu teria um metodo 'boolean trasferir (Conta destino, Dinheiro montante)' com toda a logica necessaria dentro dele. Por outro lado... fica mais interessante ter uma classe 'Movimentacao' com os metodos pertinentes as movimentacos bancarias (transferencia, doc, saque, etc). Vejo estes metodos como estaticos... para que nao tenham vinculo com nehuma instancia especifica da classe conta. Acertei? > 3 camada : Persistencia > > Seriam classes que trabalhariam diretamente com um ou mais objetos de bd, no > caso citado acima teriamos uma classe conta que teria os atributos do bd > para conta (podendo ser uma ou mais tabelas) e metodos acessadores e > modificadores (get e set), sempre validando e persistindo a informação da > classe. Essas classes eh que fariam o acesso real ao banco, correto. A melhor forma de acessar o banco seria com um pool de conexoes estatico!? Abracos, P.s.: as coisas estao comecando a clarear.. hehe ------------------------------ LISTA SOUJAVA ---------------------------- http://www.soujava.org.br - Sociedade de Usuários Java da Sucesu-SP dúvidas mais comuns: http://www.soujava.org.br/faq.htm regras da lista: http://www.soujava.org.br/regras.htm para sair da lista: envie email para [EMAIL PROTECTED] -------------------------------------------------------------------------
