Antes que algu�m jogue pedras, por favor leia este
e-mail por inteiro.
Trabalho com Java a quase 4 anos e com J2EE a uns
2 anos. Para ser bem sincero, eu tb�m acho que �
bastante c�digo para pouca funcionalidade se comparado
com VB, Delphi, etc., que s� arrastamos componentes de
um lado e para outro. J� trabalhei em alguns projetos
grandes e senti em alguns momentos essa falta de
produtividade a que se refere. Mas para reverter isso
n�o � dif�cil, acredito que existam algumas
considera��es:
1-) Ningu�m � louco de come�ar um projeto J2EE
partindo do zero (a n�o ser que exista muito tempo
para isso, o que � quase imposs�vel qdo se fala de
clientes pagando). Existe um monte de frameworks e
geradores de c�digo que facilitam e muito o
desenvolvimento. Uma boa escolha dessas ferramentas
pode garantir o sucesso do seu projeto.
2-) � muito arriscado come�ar projetos grandes em
qualquer plataforma sem ter algu�m experiente para
ajudar. E livros, palestras, vendedores, etc. n�o ir�o
dar todo esse suporte. � preciso gente experiente.
3-) Todas essas linhas de c�digo que vc falou
abaixo � uma receita de bolo. Todos os beans ter�o
essa arquitetura. Se ao inv�s de "Hello World" vc
quiser fazer um "Hello Moon" o c�digo ser�
praticamente o mesmo.
--- Dyrson <[EMAIL PROTECTED]> escreveu: > 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]
>
_______________________________________________________________________
Yahoo! GeoCities
Tudo para criar o seu site: ferramentas f�ceis de usar, espa�o de sobra e acess�rios.
http://br.geocities.yahoo.com/
---------------------------------------------------------------------
Para cancelar a subscri��o, envie mensagem para:
[EMAIL PROTECTED]
Para comandos adicionais, envie mensagem para: [EMAIL PROTECTED]
