Marco,
De uma lida neste link Simplifying J2EE and EJB Development with BC4J . Este artigo d� uma boa vis�o de como � o desenvolvimento J2EE com e sem um framework. N�o encare o artigo apenas como um "whitepaper" sobre o produto, mas tamb�m com uma vis�o cr�tica sobre o desenvolvimento de aplica��es J2EE - ali�s, a 1a parte do artigo fala exatamente sobre isso.
A quest�o � que voc� tem op��es, que eu reduzo, grosso modo, a tr�s:
1. N�o utilizar nenhum framework pr�-estabelecido, e fazer tudo "na unha", construindo o seu framework aos poucos e conforme a sua necessidade.
2. Construir primeiramente o seu framework, a partir do escopo definido de como ele deve trabalhar e quais funcionalidades deve conter.
3. Utilizar/comprar um framework j� desenvolvido.
Estes 3 pontos possuem suas vantagens e desvantagens, e cabe aos l�deres t�cnicos e gerentes de projetos definirem o que se adequa a cada situa��o/projeto/empresa.
O desenvolvimento de aplica��es "Enterprise" em java chegou. Chegou tamb�m a �poca em que torna-se necess�ria a utiliza��o um framework e ferramentas (IDEs) que facilitem o desenvolvimento, integra��o e deployment de aplica��es "Enterprise" baseadas em J2EE. Sem essas ferramentas, torna-se proibitivo e, de certa forma "anacr�nico" ficar editando tudo a m�o... sejam as classes q vc esteja utilizando, sejam deployment descriptors, ou arquivos XML de configura��o.
[]s
Maiko
[]
Maiko
Marco Campelo <[EMAIL PROTECTED]> escreveu:
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]
-------------------------------------------------------------------------
Yahoo! GeoCities
Tenha seu lugar na Web. Construa hoje mesmo sua home page no Yahoo! GeoCities. � f�cil e gr�tis!
