Ol� Dyrson! Aqui tudo bem. E a� ?
Realmente existe muita linha de c�digo. Mas a maior parte pode ser escrita automaticamente, atrav�s de uma ferramenta que lhe ajude a modelar e/ou criar os beans. Por exemplo, se voc� usar o Jdeveloper da Oracle, ele vai lhe facilitar a cria��o de beans de entidade, j� provenientes de tabelas existentes no seu banco. Se voc� usar a Rational Rose, poder� modelar os beans e tamb�m gerar muito do c�digo automaticamente. Isso � verdade porque os benas de entidade e/ou sess�o seguem um dado padr�o de arquitetura, que estas ferramentas est�o seguindo. Como voc� est� fazendo tudo na "unha", isso vai ser bom para o seu entendimento ao usar as tais ferramentas. Caso contr�rio, voc� iria ter o sentimento de "muita coisa escondida". N�s estamos trabalhando com 3 camadas desde o in�cio do ano e eu, particularmente, acho que isso s� � vantagem quando uma empresa tem v�rias filiais , com v�rios bancos distribu�dos e com a necessidade de interconectar dos dados sem fazer joins propriamente dito. Neste caso, fica mais f�cil deixar os beans ter o trabalho. Caso contr�rio, a velha arquitetura 2 camadas pode ser mais vi�vel (custo/ benef�cio). Abra�os. Rodrigo. ============== Dyrson wrote: > Oi Pessoal, > > A empresa onde trabalho est� implantando a arquitetura J2EE. Tenho estudado > a respeito e minha �ltima leitura foi o tutorial da Sun "Building Your First > Stateless Session Bean", que somente imprime "Hello world" na tela. > > Estranhou-me muito o fato de serem necess�rias 229 linhas de c�digo( talvez > 180 retirando linhas em branco, etc, etc ) e quatro arquivos para realizar > uma tarefa trivial. Sem contar instala��o, configura��o do AS( o tutorial > diz que se mudar o AS, possivelmente � preciso mudar o c�digo cliente ) e o > que mais seja necess�rio. At� que ponto as ide's diminuem este trabalho? > > Eu sei que estou simplificando a situa��o e que existem os tais benef�cios > advogados de escalabilidade, portabilidade, seguran�a, etc. Mas vamos ser > sinceros, � muito c�digo para pouco funcionalidade. At� agora n�o me > convenci que trabalhar em 3 camadas seja melhor op��o que o velho > cliente/servidor. Algu�m a� j� trabalhou em um projeto realmente grande? > Qual foi resultado e os principais problemas? > > Sds / Dyrson > > --------------------------------------------------------------------- > Para cancelar a subscri��o, envie mensagem para: >[EMAIL PROTECTED] > Para comandos adicionais, envie mensagem para: [EMAIL PROTECTED] --------------------------------------------------------------------- Para cancelar a subscri��o, envie mensagem para: [EMAIL PROTECTED] Para comandos adicionais, envie mensagem para: [EMAIL PROTECTED]
