Tinha que ter uma ferramenta como o wordpress para sites de frameworks.
Dai vinha com aquela descrição.
“Just another java web framework”. 
Induction - Novo WEB MVC Framework
N
47 Respostas
T
então, também não vi grande coisa de interessante além do que o maracuja falou…
L
Eu ja estava preocupado, deve ter uns dois dias já que não lançam outro framework web java rs
M
Isso é um ponto negativo do Java. Não to dizendo que esse novo framework é ruim, mesmo porque não conheço. Mas com o tempo a gente vai percebendo que quando menos frameworks se usar em uma aplicação melhor.
N
Essa é ótima para ser usada em [A-Z]{3}.
“Java é a tecnologia com maior índice de frameworks per capita .”
P
Essa é ótima para ser usada em [A-Z]{3}.“Java é a tecnologia com maior índice de frameworks per capita .”
Fato. Nego inventa “framework” até pra dar beep. Rs.
M
"
L
Mais um :?
F
E tem quem adooora a proeza de montar uma arquitetura enfiando o maior número de frameworks possível!
Eu gostaria de ver uma estatística mostrando a porcentagem de classes realmente utilizada na imansidão de bibliotecas associadas a um projeto… tem jar do qual com certeza usa-se meia dúzia de classes ou menos…
Se bobear dá uns 5 a 10% das classes, hehuahuahua!
:lol:
T
Se bobear, dá uns 0% de classes ( sim, eu já vi um caso desses ).
F
Se bobear, dá uns 0% de classes ( sim, eu já vi um caso desses ).
:lol:
Ahuahuahuahuahua!
Eu não sei se eu me impressiono com o número ou com o fato de eu não duvidar do número!
:?
S
Com certeza! Framework salad is evil!
Por isso que na minha humilde opinião frameworks FULL-STACK como Ruby on Rails, Mentawai, Rife, etc. são the right way to go.
Numa aplicação web, o controlador MVC é o menor dos problemas. IoC, Auto-wiring, autenticação, autorização, validação, envio de email, pool de conexões, etc., etc. é que é o problema. E usar um framework para cada um desses problemas só cria um problema ainda maior.
Keep it simple! Avoid the framework salad! 
L
Essa citação é uma inverdade:
Primeiro que consultorias [A-Z]{3} não se consideram assim, mas assim:
public class TresLetras {
public static boolean verificaTresLetrinhas(String empresa) {
if (empresa == null) {
return false;
}
if (empresa.length() == 3) {
for (int i = 0; i < 3; i++) {
// 17/07/2008 - [email removido]
// O código da versão 1.264 não verificava as letras K, W e Y
// A versão 1.265 corrige o problema
if (empresa.charAt(i) == 'A' || empresa.charAt(i) == 'B' || empresa.charAt(i) == 'C' || empresa.charAt(i) == 'D' ||
empresa.charAt(i) == 'E' || empresa.charAt(i) == 'F' || empresa.charAt(i) == 'G' || empresa.charAt(i) == 'H' ||
empresa.charAt(i) == 'I' || empresa.charAt(i) == 'J' || empresa.charAt(i) == 'K' || empresa.charAt(i) == 'L' ||
empresa.charAt(i) == 'M' || empresa.charAt(i) == 'N' || empresa.charAt(i) == 'O' || empresa.charAt(i) == 'P' ||
empresa.charAt(i) == 'Q' || empresa.charAt(i) == 'R' || empresa.charAt(i) == 'S' || empresa.charAt(i) == 'T' ||
empresa.charAt(i) == 'U' || empresa.charAt(i) == 'V' || empresa.charAt(i) == 'W' || empresa.charAt(i) == 'X' ||
empresa.charAt(i) == 'Y' || empresa.charAt(i) == 'Z') {
// não faz nada
} else {
return false;
}
}
return true;
} else {
return false;
}
}
/**
* Classe de teste
* @param args
*/
public static void main(String[] args) {
String empresa = "ABC";
System.out.println(TresLetras.verificaTresLetrinhas(empresa));
}
}
Isso porque o arquiteto-chefe-senior-nível-D considerou expressões regulares muito difíceis, e aí, quando fosse contratar um novo desenvolvedor, este não poderia dar a manutenção no sistema. Repare na ausência de orientação a objetos, no teste “inline”, e no comentário (dentro do for) que garante a rastreabilidade do sistema. Tudo isso para facilitar a vida do futuro desenvolvedor.
Um outro motivo por ser inverdade, é que consultorias desse naipe usam Struts, com J2EE 1.3. Ou seja, jamais usariam outro framework, mesmo que fosse a última maravilha do mundo.
L
Olá
Acho que ainda aparecerão muitos frameworks para facilitar o desenvolvimento de aplicações web. Pelo menos é o que eu espero.
Não sei dizer se eles serão do tipo MVC, XPTO, Struts-like, AJAXficados ou de outro jeito. Só sei que uma das maiores burrices que já ouvi falar na minha vida foi quando li, que no início do século 19, o prefeito da principal cidade da Virginia, mandou fechar o departamento de patentes porque na visão dele, já tinham sido inventadas todas as coisas do mundo.
Assim como o JSF e também o Wicket mudaram o jeito de pensar de quem achava que o mundo Java para web era baseado no Struts & afins, espero que apareça alguma outra coisa que nos permita desenvolver aplicações web com tudo de mais moderno que existir na ocasião. E hoje em dia já há meios mais fáceis de fazer aplicações web de um jeito que com Java ainda não se conseguiu.
[]s
Luca
S
o que o luca falou é realmente importante: essa multiplicacao de frameworks eh fundamental para a inovacao e evolucao dessa area!
eu considero essas milhares de opcoes como manifestacoes artisticas de cada um que teve uma nova ideia mirabolante pra facilitar o desenvolvimento. nao quer dizer que eu va usar num projeto real (pra isso, muitos outros fatores devem ser considerados), mas acho muito bacana ver ideias novas aparecendo…
e, de tempos em tempos, gracas aos milhares de aventureiros que nao tem medo de inovar, surge alguma ferramenta mais “mundo real” que usa muitas dessas ideias… e ai eu vou usar isso e agradecer o fulaninho que primeiro teve a ideia
eh igual qdo a gente ve aqueles desfiles de moda na TV: uma coisa mais bizarra q a outra. ninguem usa de verdade aquilo no dia a dia.
mas são expressoes artisticas e inovacoes necessarias para o desenvolvimento da moda normal q a gente sim um dia vai usar… 
D
Quando penso em framework MVC Java penso em VRaptor, me parece que compre bem o trabalho.
O
Só achei esse nome meio baitola.
F
Se bobear, dá uns 0% de classes ( sim, eu já vi um caso desses ).
Seria legal ter um estudo a respeito disso, gerando essas estatísticas baseadas em projetos reais!
M
"
L
E bom ter bastantes frameworks… não nessecita que vc deve saber todos… porem tem mais opção de escolha…
vc escolhe qual vc quiser… agora impregnar uma salada de frameworks em um projeto de grande escopo com diversos desenvolvedores é uma pessima ideia…
P
O problema é o excesso. Até um certo ponto concorrência é bom, mas se for exagerado haverá uma fragmentação muito grande no mercado que acaba por atrapalhar pra outro lado. Lembram do videogame Atari? Eles tinham a filosofia de quanto mais jogos pra plataforma melhor. No começo foi uma maravilha pra eles, o principal motivo de escolha do aparelho era que tinha uma oferta grande de jogos. Só que depois ficou tanto jogo que encheu o mercado de tranqueira e acabou “queimando” o videogame.
Um pouco antes de eu ler o seu post eu tambem tive a mesma analogia, porem pensando melhor não faz muito sentido comparar frameworks com jogos, ja que jogos você paga por um produto para diversao ( isso exige qualidade, pois foi pago ), ja nos frameworks novos que aparecem você não é obrigado a usa-los ( logico que se for seguir a linha de que frameworks não devem ter qualidade nós estariamos na roça ), mas basta ao pessoal interessado analisar e criticar o framework que talvez possa não ser muito bom no primeiro momento, porem com umas implementações possa se tornar um grande rival dos frameworks mais utilizados, assim "forçando" a aumentar a qualidade dos mesmos.
Resumindo na minha opinião: +"Concorrentes" = +Qualidade!
E
Acho q isto são iniciativas de programadores criativos q resolveram montar uma solução a medida para as suas necessidades e fizeram o favor de publicar e assim como todos os outros frameworks q veem surgindo. Isto é ruim? Nunca na vida! Na minha opinião.
Eu mesmo tenho o meu próprio framework, q por acaso muidos daqueles pontos de deficiência que o Sergio citou os tenho bem solucionados, pra mim é um ótimo framework até por q tenho feito um bom dinheiro com ele.
Um dia espero publicar, e tenho certeza q muitos não irião gostar, é o normal, o importante é apenas divulgar algo q esta feito e funciona e q tem algum sucesso para q outros q queiram apostar na mesma solução ou tirarem idéias para soluções melhores possam usufruir, agora se vão ser muitos ou poucos não importa o q importa é ser uma boa solução para mim. E se são muitos frameworks q mau tem? Escolha o seu ou faça o seu e seja feliz!
J
Concordo com o eduveks, utilize o que mais atenda as suas necessidades ou então criei o seu…
P
Não gostou, não usa!!! simples assim!!!
Sou totalmente a favor de novas idéias, e concordo com o colega Luca.
Leonardo: é bem por aí mesmo, hehehehehe!!!
K
Quanto mais, melhor!
Não vejo problema algum em existirem 23487239487239487239482739487 frameworks MVC para Java. Na realidade, acredito ser um indicador de vitalidade (o que inegávelmente é bom) da plataforma Java. Acredito que este imenso número de ferramentas só venha a fortalecer o desenvolvedor. Pense comigo: você não precisa conhecer TODOS eles, mas é bom saber que, caso aquele com o qual você está trabalhando não lhe atenda, é possível procurar alternativas. O mesmo não ocorre com outras plataformas, como por exemplo Delphi e VB (classic): você tem um modo de trabalhar e apenas UM modo de trabalhar. Se não lhe atender no futuro, bem: você se fudeu.
Acredito que parte do problema daqueles que vêem nisto um problema consista na dificuldade inicial em se escolher a ferramenta apropriada, porém convém lembrar que este é o tipo de problema bom de se ter. Fica na mesma categoria do problema principal do Bill Gates: aonde gastar todo aquele dinheiro.
Percebo que costuma haver uma certa confusão com relação a este tópico: uma coisa é você possuir diversas opções de frameworks para se iniciar um trabalho. Outra completamente distinta consiste em alguém USAR todas estas opções em um projeto. A primeira é sinal de vitalidade da plataforma, enquanto a segunda é sinal de incompetência do desenvolvedor.
F
Eu ja acho que existem pros e contras.
Se vc trabalha por conta propria, pode escolher o que mais te agrada, dominá-lo e ter bastanta produvidade com ele ( e depois vir aki no forum
ficar brigando pra defender sua ferramente usada ).
Já se vc é CLT, vc nao consegue se mover de uma empresa pra outra sem ter que aprender 1 framework novo a cada mudança. Acho isso pessimo.
Eu sou obrigado a usar um framework aki na empresa onde eu trabalho, que qdo eu sair, simplesmente vo te q aprender otro pq nao conheco ninguem mais que usa.
L
Se vocês dizem que quanto mais framework pior…
Então são contra essa abertura da JVM para outras trocentas linguagens???
Desculpe, mas não vejo nada de pior nisso…
a não ser para o empregador que contrata “o especialista em IoC do Spring” (um exemplo extremo)…mas na empresa dele usam o PicoContainer.
M
"
A
Senhores.
Não vejo problemas em mais um framework no mercado.
Nenhum profissional de informática, hoje, se torna “especialista” em alguma linguagem/ferramente e fica engessado nela.
E não vejo problemas/dificuldades em aprender ou verificar algo novo.
Se fosse assim, não tinha conhecido o Vraptor e/ou o Wicket (muito bom, por sinal).
Abraços.
F
Com certeza! Framework salad is evil!Por isso que na minha humilde opinião frameworks FULL-STACK como Ruby on Rails, Mentawai, Rife, etc. são the right way to go.
Numa aplicação web, o controlador MVC é o menor dos problemas. IoC, Auto-wiring, autenticação, autorização, validação, envio de email, pool de conexões, etc., etc. é que é o problema. E usar um framework para cada um desses problemas só cria um problema ainda maior.
Keep it simple! Avoid the framework salad! ;-)
É uma grande verdade! Dá pra procurar soluções unificadas!
Quanto mais, melhor!Não vejo problema algum em existirem 23487239487239487239482739487 frameworks MVC para Java. Na realidade, acredito ser um indicador de vitalidade (o que inegávelmente é bom) da plataforma Java. Acredito que este imenso número de ferramentas só venha a fortalecer o desenvolvedor. Pense comigo: você não precisa conhecer TODOS eles, mas é bom saber que, caso aquele com o qual você está trabalhando não lhe atenda, é possível procurar alternativas. O mesmo não ocorre com outras plataformas, como por exemplo Delphi e VB (classic): você tem um modo de trabalhar e apenas UM modo de trabalhar. Se não lhe atender no futuro, bem: você se fudeu.
Acredito que parte do problema daqueles que vêem nisto um problema consista na dificuldade inicial em se escolher a ferramenta apropriada, porém convém lembrar que este é o tipo de problema bom de se ter. Fica na mesma categoria do problema principal do Bill Gates: aonde gastar todo aquele dinheiro.
Percebo que costuma haver uma certa confusão com relação a este tópico: uma coisa é você possuir diversas opções de frameworks para se iniciar um trabalho. Outra completamente distinta consiste em alguém USAR todas estas opções em um projeto. A primeira é sinal de vitalidade da plataforma, enquanto a segunda é sinal de incompetência do desenvolvedor.
O único problema que eu vejo nisso é que existe uma mania cada vez maior no mercado de aplicar as famosas “provinhas” no candidato à determinada vaga de desenvolvedor. Tais provas, como sabemos, não provam nada, normalmente são mal elaboradas, questionando coisas não-pertinentes, que não diferenciam um bom desenvolvedor de um ruim (salada de blocos de código e atributos static com de instância com um monte de operações perguntando o que é impresso no final… é uma mera questão de cuidado pra dar a resposta certa, mas não indica se a pessoa sabe atacar um problema e encontrar uma solução simples e eficiente para resolvê-lo), muitas vezes a questão é subjetiva, ou seja, a pessoa que desenvolveu a prova quer que o desenvolvedor adivinhe a resposta que ela daria…
Mas o ponto aqui é que um bom desenvolvedor que já tenha mexido com dois ou três frameworks de peso em projetos de grande porte é capaz de mexer com qualquer framework que apareça, sabemos disso, basta fazer um hello world, estudar a aplicação de exemplo básica do framework pra sair dando os primeiros passos e logo completar as lacunas e dominar completamente o framework, os problemas de sistemas não mudam tanto assim a ponto de aparecer um framework que quebre todos os paradigmas anteriores! Mas quando o mercado começa a dar provinhas exigindo conhecimentos específicos e profundos das mais diversas tecnologias pra depois você não usar 5% disso no projeto, começa a ficar ridículo! Sabemos que uma vez compreendida a funcionalidade do framework, ninguém vai ficar decorando toneladas de configurações e recursos. Sabemos que eles existem, aparecendo uma necessidade de aplicá-los o Google está aí, nenhum desenvolvedor de verdade vai ter problemas com isso, essa é a realidade!
Ou seja, o critério de avaliação é muito subjetivo e duvidoso, e acabam eliminando desenvolvedores muito bons nessa… às vezes pegando um mais nerdzinho que sabe cada livro inteiro decorado em detalhes, mas sem a vivência de enxergar a aplicação dessas coisas todas na solução de problemas reais… é quase uma roleta russa a forma de escolha, e a proliferação dos frameworks acaba agravando isso…
Embora eu concorde que os trabalhos sérios, que visam olhar o que existe, ver onde peca e desenvolver algo melhor, mais completo, certamente trazem uma evolução necessária!
Enfim… divagações…
A
O único problema que eu vejo nisso é que existe uma mania cada vez maior no mercado de aplicar as famosas “provinhas” no candidato à determinada vaga de desenvolvedor.
O mercado é muito volátil.
Praticamente você deve estar apto às tecnologias J2EE. Ser maleável.
Senão, amiguinho, você pára no mercado.
Abraços.
K
Se quer trabalhar de outra forma nessas ferramentas, pode instalar componentes VCL (Delphi) ou Activex (Delphi/VB) além de poder usar, sim, outros frameworks externos não visuais.
Continua trabalhando da mesma forma portanto: ainda preso à VCL (e ás regras definidas pela mesma) e as regras do VB (to falando do VB pré .net).
E instalando componentes sua maneira básica de trabalho também não é alterada.
B
Quanto mais, melhor!
É por aí mesmo, há espaço para todos!
Se a coisa for boa o pessoal usa, senão será esquecido e vai pro vinagre…
N
O java ter vários frameworks é ruim? E se esse novo frame trouxesse alguma inovação? Ainda seria ruim haver tantos frames pra java assim?
J
Olá pessoal.
Eu sempre fui a favor de inovação, mas eu realmente questiono: Mais um MVC?
Eu tenho a opinião de que quanto menos você depender, melhor. Agora, se você precisa
inovar em seu projeto, usar algum modelo aperfeiçoado, e precise desenvolver um framework
novo ( ou usar um inovador), sou a favor. O problema é que não tem surgido frameworks Java Web
que trazem inovação e ao mesmo tempo simplifiquem as coisas.
O que temos no mercado é, em sua grande maioria, um remendo de código, mesmo sendo
definido pelas grandes corporações.
Abraços,
K
Como o Luca falou, esse é o processo de evolução. Degrau à degrau a coisa vai subindo. O que esse framework trouxe de inovação ? A feature de não precisar recompilar ? Não parei para analisar como isso é feito, mas o grande salto vem de pequenas evoluções.
Uma hora alguém junta tudo num pacote e sentimos o SALTO.
Como disseram, vai do freguês usar o que melhor lhe convém Salve !!
S
Acho que o problema é que uma coisa é framework web e outra é controlador MVC.
Controlador MVC é uma coisa que acredito que qualquer pessoa que já fez um servlet controller vai concordar que é trivial de se fazer. Então dá para se entender porque existem milhões de MVCs em Java.
Agora framework web é uma coisa bem mais abrangente que pode passar por tags, autenticação, pool de conexões, envio de emails, file upload, ioc, auto-wiring, filtros, blah, blah, blah, blah.
Começar um projeto web em Java usando um controlador MVC qualquer vai ajudar quase nada. É o menor dos problemas.
Essa é uma das razões pela qual RoR fez tanto sucesso. É uma solução verdadeiramente FULL-STACK. Java tb possui seus (poucos) frameworks web FULL-STACK!
L
full stack hoje é só Spring e Seam?
L
Olá
Esta coisa de full stack não me parece uma coisa boa nos dias de hoje. Acho que devemos usar o que for melhor e o que a equipe dominar. Aliás esta é uma das vantagens de se programar em linguagens como Java ou Ruby.
Porque não usar o Hibernate para adotar uma solução meia boca qualquer de algum framework reinventor da roda? Ou porque deixar de usar o Quartz ou o outra solução qualquer que resolva nosso problema só por medo de misturar frameworks ou medo de não saber lidar com as várias versões dos jars?
Não sou um expert no Rails mas para mim ele está longe de ser full stack. Há muitos gems ou plugins interessantes que a turma usa que não fazem parte do Rails.
[]s
Luca
R
S
Full-stack é o oposto de framework salad. Mas full-stack não significa que vc é obrigado a utilizar a solução do framework. Nada te impede de jogar o jar lá dentro e utilizar Spring, Jakarta Commons, JSTL, etc. Eu particularmente não gosto de projetos onde 20 frameworks diferentes são utilizados, e muitos projetos Java são assim e ainda ostentam orgulho em relação a isso.
Vc tocou num ponto crítico. Persistência de dados é uma área onde apesar de haver concorrência há medalhões como Hibernate e ActiveRecord. Dá tranquilamente para utilizar um framework web sem Hibernate e RoR sem ActiveRecord. Mas não dá para recomendar isso devido ao nome (merecido!) que Hibernate e ActiveRecord possuem.
A filosofia do framework sempre foi ser full-stack, desde dos primórdios.
L
O problema que vejo não é a quantidade, é q quantidade que fazem exatamente a mesma coisa com nome diferente.
É errado ter 500 distro linux? não, não vai matar ninguém, mas precisa? até que ponto isso pode ajudar e prejudicar?
Gostaria que as pessoas colaborassem mais com projetos já existentes, sempre tem espaço, se não querem adicionar sua novidade revolucionária, faça um plugin/modulo, não há problema nisso, deixe claro que o seu é o VRaptor with Lasers, usa a base já sólida para adicionar novidades e evoluções.
Acho mais interessante criar um “plugin” para o framework X do que lançar um novo, visto que quase todos só fazem uma miserinha de nada de diferente dos já existentes.
O spring-anottations por exemplo, poderia ser um “fork” lançado como Tabajara MVC Jaspion with Anottation, será que seria interessante para os usuários do Spring “mudar” de framework ou realmente continuar o que já lhes cabe bem mais tendo recursos adicionais que são interessantes pra eles?
Será que java é tão mais poderosa/grande/inovadora pra ter a quantidade de frameworks que tem quando se comparado a Ruby, Python, PHP por exemplo?
É preciso evoluir, não resta dúvida, exatamente nesse caso que vejo que unir-se (colaboram com algo que já existe) pode agregar mais valor.
Essa é a minha visão apenas!
L
O problema que vejo não é a quantidade, é q quantidade que fazem exatamente a mesma coisa com nome diferente.É errado ter 500 distro linux? não, não vai matar ninguém, mas precisa? até que ponto isso pode ajudar e prejudicar?
Gostaria que as pessoas colaborassem mais com projetos já existentes, sempre tem espaço, se não querem adicionar sua novidade revolucionária, faça um plugin/modulo, não há problema nisso, deixe claro que o seu é o VRaptor with Lasers, usa a base já sólida para adicionar novidades e evoluções.
Acho mais interessante criar um “plugin” para o framework X do que lançar um novo, visto que quase todos só fazem uma miserinha de nada de diferente dos já existentes.
O spring-anottations por exemplo, poderia ser um “fork” lançado como Tabajara MVC Jaspion with Anottation, será que seria interessante para os usuários do Spring “mudar” de framework ou realmente continuar o que já lhes cabe bem mais tendo recursos adicionais que são interessantes pra eles?Será que java é tão mais poderosa/grande/inovadora pra ter a quantidade de frameworks que tem quando se comparado a Ruby, Python, PHP por exemplo?
É preciso evoluir, não resta dúvida, exatamente nesse caso que vejo que unir-se (colaboram com algo que já existe) pode agregar mais valor.
Essa é a minha visão apenas!
Acho interessante a sua opinião, mas vejo que os plugins existem de fato. É assim com JSF (principalmente), Struts 2, GWT e Wicket. E existe a possibilidade de utilizar outras estratégias para carregar beans no Spring. Se alguém quisesse fazer, poderia. Não é a ausência de gente que faz plugins o motivo para que o Java tenha vários frameworks, pra mim a razão é outra.
Primeiro, que Java tem um grande mercado, os “stakeholders” são inúmeros e variam de grandes empresas a iniciativas de código aberto. É impossível atender a todos, e cada nicho cria soluções que atendam a seus interesses.
Segundo, que, no universo Java, houve várias “reviravoltas” de como se pode desenvolver software. Inicialmente, se achava que se deveria usar fortemente Design Patterns, e vários frameworks seguiram a tendência de se usar Template Method (EJB 2.x, Servlets e Applets usam esse pattern). Depois, houve a era dos POJOs (Spring, Hibernate, JSF), e nenhuma classe deveria herdar classe de framework, apenas escrever zilhões de tags de XML. Houve um incremento dessa era, onde houve a troca de XML por anotações (JPA, EJB3, Seam). Aconteceu a febre Rails, e o que mais importa agora são frameworks que obedecem ao mantra “convenção sobre configuração”, que novos frameworks buscam seguir (Rails, Grails, Wicket).
E nessa troca de “eras”, os frameworks antigos não deixam de existir, o que acontece são novos frameworks que se acrescentam aos demais.
L
Olá
Só para provocar: Apresentação do Matt Raible na OSCON 2008 - Web Frameworks
of the Future em http://raibledesigns.com/rd/entry/oscon_2008_web_frameworks_of
[]s
Luca
J
Saoj,
Dá pra recomendar sim!
Particulamente não sou muito fã de hibernate. Para você ter um desempenho razoável e boa modelagem (questionável), é necessário deixar o controle na mão do Hibernate. E como a maioria das aplicações possuem a modelagem independente, já fica difícil usá-lo, sem contar ainda que para ter sucesso com ele, você tem conhecer MUITO do framework, entrar em picuinhas. Dentre essas e outras, prefiro o bom e velho JDBC. Nada melhor
que ter o controle da aplicação.
ORM não é fácil…tende a ser uma gambiarra.
Abraço,
S
Saoj,
Dá pra recomendar sim!
Particulamente não sou muito fã de hibernate. Para você ter um desempenho razoável e boa modelagem (questionável), é necessário deixar o controle na mão do Hibernate. E como a maioria das aplicações possuem a modelagem independente, já fica difícil usá-lo, sem contar ainda que para ter sucesso com ele, você tem conhecer MUITO do framework, entrar em picuinhas. Dentre essas e outras, prefiro o bom e velho JDBC. Nada melhor
que ter o controle da aplicação.
ORM não é fácil…tende a ser uma gambiarra.
Abraço,
Concordo com vc em gênero, número e grau. Eu tb só uso JDBC com uma query builder para agilizar as coisas. Mas tem gente que domina e ama o Hibernate, que vai achar isso loucura. Ambas as partes têm razão.
S
Eu acho que já existem frameworks MVC suficientes
Criado 17 de julho de 2008
Ultima resposta 17 de jul. de 2008
Respostas 47
Participantes 33