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!
