Vocês vão querer me bater más...
Se o seu sistema é simples e você acha que fazer este rodeio todo é puro
overhead, vá em jakarta.apache.org, faça download das tags para acesso a BD
é programe igual a se programa em coldfusion :). Muitas vezes vejo pessoas
falando que coldfusion, php, etc. são muito melhores do que java porque não
entendem (ou tentam entender) design patterns, OO, 2-tier, 3-tier, etc. e só
estão acostumadas a coisa do tipo <cfquery> e <cfloop>... (70% de um site em
coldfusion não passa disso). Boa sorte!
[]'s,
Leonardo.
...................................................................
Leonardo Souza Mario Bueno
Itera - Voice, Wireless & Web Solutions
[EMAIL PROTECTED]
Phone: +55-27-3324-4097 Ext.: 315
Mobile: +55-27-9971-1375
e-FAX: +1-775-796-6766
Visit our website at:
http://www.itera.com.br
...................................................................
-----Mensagem original-----
De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Enviada em: Terça-feira, 20 de Novembro de 2001 09:48
Para: [EMAIL PROTECTED]
Assunto: Re: [java-list] Mais que java
Prioridade: Alta
Caro Marco Campelo,
o modelo de desenvolvimento adotado para JAVA é o Orientado a Objetos,
e por esta simples razão é que vc deve, se já não conhece, conhecer e saber
desenvolver qqr tipo de projeto com base em sua especificação, por mais
simples que seja a sua aplicação.
Os motivos de se utilizar dos recursos da OOP são óbvios, e não
apresentarei
qqr deles aqui, pois existes muitas literaturas boas e também ruins que
tratam especificamente deste assunto - adquira uma.
Porém, cada um de nós deve usar o modelo que achar mais conveniente, e
deixar que o mercado de bons profissionais da área decidam sobre o grau
de competência de cada um, INCLUSIVE DELES PRÓPRIOS...
Se vc acha que deve usar a arquitetura two-tier em um projeto cuja
arquitetura
recomendada é a n-tier (n >= 3), então problema seu, mas quando vc for ao
mercado de trabalho e apresentar a solução escolhida , lembre-se, o
paragráfo
anterior será cruelmente lhe aplicado.
Bom, a resposta para a sua pergunta: é possível e muito simples de se
fazer esse tipo de acesso (two-tier) diretamente de uma página JSP, porém
não lhe darei a solução, mas recomendarei um bom livro que trata do assunto
e com vários exemplos práticos e que funcionam.
O livro mencionado no parágrafo anterior é o "CORE JSP" da editora
Prentice
Hall PTR e autores Damon Hougland e Aaron Tavistok, ISBN: 0-13-088248-8.
[]'s
Marlim Menezes.
-- Mensagem original --
>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]
>
>-------------------------------------------------------------------------
>
>
___________________________________________________________
http://www.zipmail.com.br O e-mail que vai aonde você está.
------------------------------ 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]
-------------------------------------------------------------------------
