Bom dia Bruno, Acho que é por aí sim, talvez o exemplo que passei na 2 camada não foi dos melhores porém é mais ou menos por aí. O interessante de vc deixar a parte de negócio separada totalmente da 3 camada é que essa área muda muito de acordo com os sistemas que serão baseados nesses componentes então deixando isolado a mudança é mais ágil.
[]s, Flávio > -----Mensagem original----- > De: Bruno Copelli [mailto:[EMAIL PROTECTED]] > Enviada em: quarta-feira, 17 de outubro de 2001 22:35 > Para: [EMAIL PROTECTED] > Assunto: Re: RES: [java-list] 3 Camadas na pratica > > > 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] > ------------------------------------------------------------------------- > ------------------------------ 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] -------------------------------------------------------------------------
