| Autor |
Mensagem |
|
|
O objetivo de utilizar um framework é "não reinventar a roda".
Abstrair problemas estruturais e ter tempo e espaço para focalizar no objetivo real: O produto; O negócio;
E,
Pq SpringMVC?
Cara... Spring MVC é muito bom. Sou fanzasso de Spring... Mas para Injeção de dependencia. Bom pra camada de negócios.
Mas, até mesmo essa parte do framework está sendo substituída pelo EJB3x, que, faz tudo [ou quase] que o Spring, só que mais "padronizado" [afinal, é especificação da Sun].
SpringMVC é um framework bonitinho pra construir aplicações MVC. Arquiteturalmente "limpo". Mas,
Eu não apostaria em SpringMVC. Já é tecnologia do passado. Já foi o tempo.
"O quente do verão", como dizem aqui, é mesmo o JSF...
Faz uma pesquisa por vagas de emprego e compara mercado para SpringMVC e pra JSF...
|
 |
|
|
Então... devemos seguir a filosofia: Aonde a vaca vai o boi vai atrás
Hahaha...
Tem senso de humor.
Na verdade devemos seguir a filosofia: "Em time que está ganhando... não se mexe".
Frameworks de mercado tem as seguintes vantagens:
1) Ficam mais bonitas no currículo [ no caso do desenvolvedor ].
2) Possui mais profissionais qualificados no mercado [ no caso das empresas ].
3) Seguem padrão arquitetural mais a risca.
4) São normalmente pouco intrusivos: Baixo acomplamento.
5) São normalmente melhor testados: Baixa densidade de erros arquiteturais.
6) Possuem melhor referência: Melhor documentação e rastreamento de falhas conhecidas.
7) Possuem melhor difussão de conhecimento: Se você não sabe fazer... há alguem no GUJ que sabe.
JSF é a aposta "padrão" da Sun.
A versão 2 agora já incorpora alguns recursos que são vantagens em outros frameworks, como o jsfc do tapestry ou annotations beans do Spring.
Não é inteligente REINVENTAR a roda.
É melhor usar a roda que alguem inventou e que um monte de gente já testou...
inventar o CARRO e ficar rico...
hahaha
Agora...
Do Seam... bom... há quem goste. Mas, ele é muito intrusivo.
Ou vc constroi a aplicação para Seam, ou não...
|
|
|
|
JSF sozinho é razoavel.
JSF + Facetets é bom.
JSF + Facelets + Spring pra Inject e Bussiness OU Ejb3x... Ótimo.
Combinação q, claro, junto com um bom café, implementam uma base bacana pra sistemas bons e não engessados.
Diga "não" aos Frameworks Intrusivos e complicados que não são "padrão de mercado"...
|
|
|
|
A propósito...
Bruno, sua logo não é legal.
hahaha
|
|
|
|
rogelgarcia wrote:
proteus_adi wrote:Ham ???  o que ???
Um Front Controller, é um controller onde o request chega primeiro nele.. Ele é que recebe o request...
http://java.sun.com/blueprints/corej2eepatterns/Patterns/FrontController.html
http://java.sun.com/blueprints/patterns/MVC.html
Front Controller is a Presentation Pattern.
"The controller provides a centralized entry point that controls and managers Web request handling. By centralizing decision points and controls, the controller also helps reduce the amount of Java code, called scriptlets, embedded in the JavaServer Pages (JSP) page." blá blá blá.
MVC is a Pattern... everything is a pattern... oh my good... :S
That purpose is separe view and model [data model, business model, all model] using a controller as connector..
A fusebox coldfusion is a control, a managed bean is a control and a navigation rule is a flow control... every code writed to control some interaction between view and model is a control...
Save the google translator...
rsrs**
Agora... Spring MVC? Não... :S,,, VRaptor? tbm não...
Num faz isso com o menino...
Deixa o cara usar JSF...
VIVA O JSF
|
|
|
|
A propósito...
Bela logomarca, cara.
|
|
|
|
Ham ???
o que ???
|
|
|
|
Filosófico...
Galera adooooora... hehehehe...
Primeiro...
Com facelets é possível usar o "jsfc", onde vc diria qual o componente jsf vc está querendo usar em cada caso. Como disse o Bruno ali...
Mas,
Se está aprendendo JSF... aprenda JSF... Tem um tutorial bom aqui no GUJ.
As tags são bem intuitivas. Rapidinho vc pega o jeito.
http://www.guj.com.br/content/articles/jsf/jsf.pdf
Segundo...
JSF tem controle SIM SENHOR...
Controle = ManagedBean + NavigationRule;
|
|
|
|
Esse não é, nem de longe, um tópico de "Java básico".
Alguém tinha que move-lo pra "Java ultra-hiper-mega avançado"...
Jingo,
Faça sua linguagem multiplataforma, cara...
Seja feliz... Num liga pra esses caras não...
hahaha
Agora entendi pq o bruno mandou o post...
Eh uma piada...
Linguagem de programação é igual aos "palitinhos" de comer macarrão[chopstick] de japonês...
Sempre vai ter um oreia q vai querer comer de colher...
:p,,,
Agora,,,
Na real... JNI/JNA é uma boa solução.
Mas, certamente vc está usando isso para fazer algo que vc certamente não precisa ou que poderia fazer de outra forma menos complicada.
Acho que é hora de você rever ai seus requisitos, seu objetivo com o sistema e/ou os frameworks/plataforma/apis q vc tá usando...
Tem algo fora do eixo...
Aposto 10 pratas.
|
|
|
|
Um framework "facilitador" baseado em outros frameworks de mercado...
mmmm,,,
Talvez eu baixe pra fazer uns testes com sistemas CRUD tipo Cadastro para padaria...
Mas, usar num sistema comercial onde eu tenha q botar meu nominho no final... eu num arrisco não...
Ainda que o treco seja bom...
Quem mantem essa coisa?
|
|
|
|
Objetos tipo qualquer q o h:dataTable faz?
Ou objetos como selectItens preencher um selectItem?
Tdo q vc botar lá q for bean ele vai ler...
se vc tem uma classe mesa q tem um objeto cadeira que tem uma prop cor...
Vc acessa ela com o EL #{mesa.cadeira.cor}
Vc tá falando disso ou tá falando dalgo mais específico?
|
|
|
|
Integrar como?
E que "módulos" spring?
???????
Resp.: Não. Nunca usei isso em produção.
|
|
|
|
eu tentei algo semelhante...
=\
Bem... nao duraram mais de 40 minutos...
desisti bem antes... rsrsrs
eu simplesmente nao conseguia fazer o lookup.
eu imaginei...
sera mesmo que este metodo pra conectar esta correto???
|
|
|
|
É.
Não funciona.
Acredito que seja o meu banco de dados não padrão [firebird] ou a versão do Hibernate que não seja compatível.
Já tentei atualizar, mas tbm não roda.
Quem sabe algum dia funcione?
O lance é q o iReport java está bastante lento,
Dificil de trabalhar.
O iReport NB é bem mais rápido. Uma pena q não funcione...
rsrs**
|
|
|
|
Acho que o buraco é mais embaixo.
Eu fiz uma página que é assim:
e a resposta, claro é
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd" >
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<title>Titulo Novo
</title>
<link class="component" href="/a4j/s/3_3_2.CR1org/richfaces/renderkit/html/css/basic_classes.xcss/DATB/eAF7sqpgb-jyGdIAFrMEaw__.faces" rel="stylesheet" type="text/css" /><link class="component" href="/a4j/s/3_3_2.CR1org/richfaces/renderkit/html/css/extended_classes.xcss/DATB/eAF7sqpgb-jyGdIAFrMEaw__.faces" media="rich-extended-skinning" rel="stylesheet" type="text/css" /><script type="text/javascript">window.RICH_FACES_EXTENDED_SKINNING_ON=true;</script><script src="/a4j/g/3_3_2.CR1org/richfaces/renderkit/html/scripts/skinning.js.faces" type="text/javascript"></script></script><link rel="stylesheet" type="text/css" href="./css/main.css" />
</head>
<div id="header">
Novo CorpoValor Verdadeiro
</div>
</html>
Agora,
Se uma Tag OUT for colocada, ela não é aceita.
Onde eu encontro o que é aceito e o que não é aceito?
E, pior, pq o OUT não é aceito?
|
|
|
|