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] -------------------------------------------------------------------------
