patterns

Aos arquitetos de plantão

Estou precisando de uma documentação sobre implementação do pattern command juntamento com o FrontController.

Ja googlei e não achei muita coisa...

Estou tentando implementar padrões em um projeto aqui na empresa, seria, um froncontroller pra contralar os servlet e o command como executor das funções servlets.

Todas as dicas serão bem vindas.

E aproveitando, como vocês teem montado a arquitetura dos seus sistemas usando somente servlet, jsp e no máximo jstl. Ja constando que não poderia haver, struts, webwork, ou qualquer framework e tal

Abraços
Kivanio
www.cajumt.com.br

skill_ufmt wrote:E aproveitando, como vocês teem montado a arquitetura dos seus sistemas usando somente servlet, jsp e no máximo jstl. Ja constando que não poderia haver, struts, webwork, ou qualquer framework e tal

Quem tomou essa incrivel decisao? Qual o motivo pra ele ainda ter um emprego (ou mesmo, respirar)?

Morte aos "tomadores de decisões" que não conhecem o assunto que (deveriam) gerenciam.

Moderador Membro desde: 29/07/2004 16:10:13 Mensagens: 17543 Offline

Quem tenta fazer as coisas sem framework acaba gastando muito mais dinheiro, porque acaba tendo de desenvolver um "framework" "in-house" (mesmo que não tenha o nome de framework, acaba sendo um) e isso é caro a curto, médio e longo prazo.
Será que o seu chefe não entende a linguagem dos número$$$?
Se ele tiver $$$ e quiser usar algum framework comercial (pode ser que ele tenha medo do Struts, por exemplo, porque é Open-Source, e chefes desinformados normalmente têm medo de Open-Source por causa daquela cláusula que a licença diz "Os desenvolvedores não se responsabilizam por nada que escreveram", que é comum no Open-Source), pode tentar usar o da Oracle, que é baseado em Struts ou JSF., não lembro qual. É só pagar, já que ele deve ter $$$ para tomar uma decisão tão cara assim.

thingol wrote:...pode tentar usar o da Oracle, que é baseado em Struts ou JSF., não lembro qual.

Oracle ADF (Application Development Framework)

Caro skill_ufmt,
Leia as várias edições das revistas Mundo Java e Java Magazine onde vc. vai achar uma ótima fonte de estudos e discussão.
vide abaixo..:

http://www.patterndepot.com/put/8/JavaPatterns.htm
http://www.theserverside.com/
http://www.amazon.com/exec/obidos/ASIN/0131422464/corej2eepatte-20/102-9554070-3521720

Olá

skill_ufmt wrote:não poderia haver qualquer framework

Que tal CGI com assembler?

Desculpe a brincadeira, mas como vê hoje em dia ninguém mais concebe uma empresa ficar inventando a roda e depois quando contrata um funcionário novo precisar treina-lo em suas tecnologias internas proprietárias. A menos que seja uma empresa muito grande que já tenha seu próprio framework, o normal é adotar um que seja fácil de usar e de contratar gente que o conheça.

Neste instante estou analisando uma ferramenta deste tipo (sitemesh)

[]s
Luca

This message was edited 1 time. Last update was at 17/02/2005 13:19:53

Resumo da ópera:

construir aplicações e não fazer uso de frameworks horizontais (que são aqueles que fornecem uma infra-estrutura básica para a construção de certos tipos de aplicativos), atualmente, é dar um tiro de 12 no seu pé. Como o thigol já comentou, você vai perder muito tempo desenvolvendo algo que já existe, está estável há muito tempo e pronto para se usar (e, em vários casos, com o código-fonte disponível para que você crie seus próprios patches e adaptações, quando necessário). O ideal é a sua empresa criar frameworks verticais (voltados especificamente para atender a construção de aplicações de uma determinada área de negócio) baseados nestes frameworks horizontais.

usar APENAS JSP, Servlets e JSTL pode ser muito improdutivo, dependendo do tamanho e complexidade do seu projeto. Mais uma vez, frameworks horizontais estão por aí para facilitar a sua vida e abstrair de você muito trabalho repetitivo. E daí as mensagens revoltadas do Luca e do Carlos (todas elas com razão).

Se o seu tomador de decisão tiver escolhido traçar este caminho porque ele gostaria de ter total controle sobre o que está embutido dentro de sua aplicação, comente que os frameworks open-source (como Webwork, Spring, Hibernate, Velocity...) fornecem seus fontes para fazer deles o que a sua empresa bem quiser. E, caso queira dar uma cutucada a mais, faça-o se lembrar de que os drivers JDBC que sua aplicação provavelmente vai usar foram desenvolvidos por terceiros e que, muitas vezes, você nem tem acesso aos fontes destes drivers

Basicamente é isso.

GUJ Master Membro desde: 11/02/2005 08:08:02 Mensagens: 1595 Offline

Olá Guj's!

Achei muito interessante a resposta de todos, criticando o fato de não usar um FrameWork dentro de um ambiente corporativo!
Mas agora vocês colocaram uma pulga atrás da minha orelha!!!

No Projeto de Final de Curso na Faculdade optamos por desenvolver a camada de controle e apresentação utilizando patterns.. e não usarmos de jeito maneira qualquer framework mvc.

Sinceramente eu até gostaria de usar um Framework para aprender... no caso meu interesse é por Struts...
Mas como neste caso se trata de aprendizagem e não produtividade, o que seria melhor? Usar um FrameWork ou desenvolver na unha???

Outro detalhe importante é que eu tenho interesse em desenvolver sem framework para que seja possível estudar para a prova SCWCD, colocando em prática todo o conteúdo aprendido dentro do projeto.

Qual é a opinião dos menbros do grupo? É melhor aprender Struts ou desenvolver na unha e colocar em prática o conteúdo pra prova SCWCD???

Um Abraço a Todos!
Thiago Senna

Olá

Thiago Senna wrote:...aprender...

Se seu objetivo é aprender, então é realmente melhor não usar nada. Estude design patterns, entenda o patterns Front Controller e escreva uma pequena aplicação só com servlets que use o conceito de front controller e aonde o servlet seja APENAS e TÃO SOMENTE um intermediário. Atenção que o Struts viola um pouco este conceito e fica passando objetos request e response para fora do front controller.

Passado a fase de aprendizado, se amanhã vc for fazer uma aplicação profissional, então use um framework pq vc não vai trabalhar sozinho e os demais integrantes da equipe provavelmente já conhecem o framework. Escolha de preferência um framework atual fácil de entender e de usar (o que não é o caso do antigo Struts).

[]s
Luca

respondendo a todos...

por isso que gosto do GUJ os caras aqui são muito revoltz hehehe

seguindo:

Por que não framework?
O cliente quem decidiu por ser assim, isso a 2 anos atras eles montaram padrões que deveriam ser seguidos para todos os sistemas e partir de então os sistmeas saem assim, somente servlets, patterns, o cliene é a SEFAZ-MT ou seja, governo, agente até tem discutir atualizações nesses padrões que os caras tem, mas no governo é dificultoso mudar algo.

Tudo lá é sobre o Oracle, e como eles tem alguamas classes definas,(controle de usuarios, busca de servidores no estado) então eles acham que o padrão deve ser o mesmo de quando isso foi feito.

Ja trabalhei com Struts, hibernate em outros projetos que não fosse para a SEFAZ, mas pra lá todos saem sem framework, oque já deus vários problemas pra gente aqui, principalmente com produtividade e prazos

Mas enfim, a questão é, como montariam algo assim, MVC, sem frameworks? quais padrões seriam interessantes? a arquitetura?

postei isso aqui pois sabia que ia virar bomba no GUJ kkkk pq depois das focas, qualquer coisa aqui mata um animal heehhe

entendo um pouco de patterns e gostaria que a discussão fosse pra este lado de melhores práticas sem framework de tercieros....

ok? mais questionamentos?

Se eh pra aprender, fazer algumas coisas na unha faz o maior sentido. Eh a mesma ideia por tras de usar notepad ao inves de uma IDE bombada quando vc esta aprendendo a sintaxe: voce vai ter que aprender algumas coisas na marra, e depois pode esquecer delas, pq viram enchecao de saco no dia-a-dia.

No mais, quando o objetivo eh produtividade, e em especial qualidade, todos os outros argumentos discutidos aqui se aplicam

Ok, dada as circunstâncias acho que você vai ter que criar as coisas na unha mesmo (hmmmm, ou não*!). Desta forma, os patterns que você deve dar uma olhada estão aqui: http://java.sun.com/blueprints/corej2eepatterns/Patterns/index.html

Olhando o diagrama de cima para baixo, olhe todos os diagramas até o Business Delegate.

*- que tal pegar o código do, digamos, Webwork, e criar um "forkzinho" para o povo da SEFAZ?

É só uma idéia, afinal, o Webwork, em última instância, é baseado em servlets

Thread.start() Membro desde: 30/08/2004 14:15:43 Mensagens: 33 Offline

Luca wrote:
Atenção que o Struts viola um pouco este conceito e fica passando objetos request e response para fora do front controller.
...
[]s
Luca

Luca, o primeiro e, até agora, único framework MVC que aprendi foi o Struts. Confesso que achei sensacional, talvez por ter saído da chatice de usar apenas jsps, beans e servlets, apenas. Na época eu achei uma revolução! Mas pode ser que a causa de minha exitação não tenha sido o Struts, mas sim o MVC.
Eu disse 'confesso' porque vejo que a maioria aqui no Guj desencoraja o uso do Struts - coitada das focas.
Contudo, eu gostaria de entender em profundidade as suas desvantagens e uma coisa que me chamou BASTANTE a atenção foi seu comentário sobre passar objetos request e response para fora do front controller.
Você poderia explicar exatamente o que esse front controller, os prejuízos caso isse problema aconteça, quando isso acontece e se é possível evitar?

Olá

Objetos response e request trazem dentro de si um monte de coisas que na verdade não tem nada a ver com o negócio. Talvez por passar requests e responses adiante, programador Struts mediano acaba misturando front controller com lógica da aplicação. Esta é um dos problemas do Struts. Outro problema é a dificuldade de entender. Há gente que programa Struts há séculos e que não sabe direito o que é da view e o que é do model.

Não sou contra o Struts. Ele tem seu valor. Mas hoje em dia existe coisa melhor e mais atual.

Meu conselho a todos: estudem Struts pois o mercado pede e há um grande legado já feito sobre ele. Porém evangelizem seus chefes para pular fora desta encrenca sempre que iniciar algo novo.

[]s
Luca

Notícias, artigos e o maior fórum brasileiro sobre Java