Cara, a solu��o para o seu problema na minha opini�o � criar uma camada de persist�ncia robusta ao inv�s de utilizar DAO. Voc� pode ter muita informa��o a respeito disso no site do Scott Ambler www.ambysoft.com. A camada de persist�ncia � pesada de desenvolver, porem uma vez feito ela os seus problemas com Select ir�o terminar. Eu sigo a seguinte regra:
a) se vc tem menos de 20 classes de neg�cio utilize: DAO e DSO (data service Object, para queries) b) se vc tem entre 20 a 50 classes de neg�cio utilize DAO e fa�a uma camada de entidade para queries e outros servi��es ao inv�s de utilizar DSE c) mais de 50 classes de neg�cio com poucos objetos distribuidos fa�a uma camada de persist�ncia completa. d) e se sua aplica��o � muito pesada com v�rios objetos remotos, etc e etc.. utilize ejb. Desenvolver sistemas em Java � algo pesado sim. Mas voc� est� no caminho certo ao utilizar o modelo MVC. XP no java � algo meio complicado. No small talk funciona que � uma beleza por que o desenvolvimento em small talk � muito mais r�pido que em java. Voc� n�o tem que compilar nada e testar um m�todo voc� faz em 5 segundos. Espero ter ajudado! ----- Original Message ----- From: "Marco Campelo" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Saturday, November 17, 2001 1:19 AM Subject: Re: [java-list] Mais que java > Alo Pessoal, > > um problema que encontro no desenvolvimento de aplica��es Java (no meu > caso, para Web/Wap), � que independente de ser um projeto simples ou > complexo, encontramos uma grande dificuldade de fazer um desenvolvimento > r�pido, pois h� a necessidade de se gastar um tempo consider�vel na an�lise > e desenvolver em N camadas. > > Utilizamos o modelo MVC (Model View Control), ent�o para efetuar uma a��o > no sistema, chamamos uma Servlet (Controle), que por sua vez instancia um > Command (Negocio), que instancia um DAO (Acesso a dados), onde executamos o > acesso necess�rio ao banco de dados. Todo o caminho de volta � feito at� > chegarmos finalmente ao JSP, que ser� o respons�vel por exibir o resultado > (HTML/WML - Visualiza��o). > > A passagem de informa��es entre essas camadas � feita via Beans ... > > Em um sistema complexo, onde teremos muito reaproveitamento, isso funciona > bem, vale a pena o trabalho adicional. > > Mas � falho se precisamos fazer algo r�pido, uma tela simples ... Pois um > simples SELECT no banco, implica na cria��o de v�rias classes. > > Como voc�s tem trabalhado com isso? Solu��es? > > Um abra�o, > Marco Camp�lo > > At 19:35 14/11/01 -0200, you wrote: > > > > Uma tend�ncia natural em nossa profiss�o � aprender primeiro a programar, > saber a sintaxe > >da linguagem, usar as bibliotecas, e tal..., tamb�m � uma evolu��o natural > voc� olhar pro c�digo > >que voc� fez h� mais de um ano e dizer "que c�digo ruim...", isso � MUITO > BOM, pois indica que > >voc� melhorou, podemos usar n�s mesmos como termom�tro. > > > > Extreme Programming promove a simplicidade, comunica��o, mudan�as sem medos. > > > > Por que fazer de conta que, congelar os requerimentos no inicio (achando > que n�o v�o > >mudar), para depois das primeiras classes implementadas, j� olharem para > os modelos e > >requerimento com ares de mudan�as? Vamos parar de brincar com isso, e se > for necess�rio mudar, > >que MUDE, sem medo, com o time preparado para isso, e com seu sistema > preparado para isso, > >(quando digo preparado, n�o � tentando prever que alguma funcionalidade > ser� super considerada, > >e sim, que o c�digo est� bem desenhado, pouca complexidade, baixo > acoplamento, etc.). > > > > Pessoal, isso serve para n�o acontecer de "Puxa, est� chegando a > deadline, vou dar um > >g�s!" ou "Pessoal! Na segunda temos de entregar o sistema, funcionando, > fa�a de qualquer jeito > >que t� bom!". > > > > Acho que todo mundo quer desenvolver software de qualidade, e acima > disso, desenvolver > >apoiado por um processo �gil! > > > > Bom, � isso, abra�o a todos! > > > > > >Claudio Miranda > > > > > > > >14/11/2001 09:20:30, "Alessandro Romero" <[EMAIL PROTECTED]> escreveu: > > > >>Caro amigo, > >> > >> Se voce est� interessado somente em programar JAVA, nem precisa ler o > >>restante da mensagem... > >> > >> A linguagem de programa��o, as ferramentas para manipula��o/gera��o de > >>c�digo s�o importantes... Mas mais que isso, o importante � como gerar > >>c�digo de qualidade no tempo especificado... > >> > >> Sabe algo sobre XP ou Agile Methods? > >> N�o! > >> Nunca ouviu falar! > >> Se voce quer saber, mais sobre as id�ias que giram no mundo de > >>desenvolvimento de software... > >> Ent�o acesse: > >> http://www.xpers.hpg.ig.com.br > >> > >>Abra�os, > >>Alessandro Romero. > > > > > > > >_________________________________________________________ > >Do You Yahoo!? > >Get your free @yahoo.com address at http://mail.yahoo.com > > > > > >------------------------------ 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] > ------------------------------------------------------------------------- > > ------------------------------ 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] -------------------------------------------------------------------------
