VRaptor vs ASP.NET MVC

31 respostas
N

E aí, galerinha do GUJ!
Tudo bem?

Tava lendo sobre essa framework VRaptor, do pessoal da Caelum. Realmente ficou bem interessante, hein? Estão de parabéns!
Gostaria que me ajudassem a fazer um comparativo com o ASP.NET MVC, da Microsoft.

Eu sou desenvolver .NET, e mexo com ASP.NET MVC. Se eu fosse migrar para o VRaptor, que argumentos vocês usariam para me convencer?
Espero que seja uma discussão sadia e interessante, ressaltando os pontos bons e ruins das duas tecnologias.

31 Respostas

J

Você pode ver o que acontece por tras dos panos no ASP.NET MVC? Você pode escolher a IDE? Você pode tirar dúvidas com os desenvolvedores do ASP.NET???

N

Até aí tudo bem, mas a questão se torna um pouco mais tecnológica, no caso. Eu quero descobrir quais as vantagens que o desenvolvimento com o VRaptor me fornecerão em comparação às ferramentas .NET para o mesmo propósito, em questão de produtividade, robustez, manutenção, configuração, esse tipo de coisa.

D

Ambos os frameworks são muito parecidos até na forma de programar injeção de dependências.

A grande diferença reside na parte da view, onde o asp.net utiliza razor e asp clássico como renderizadores, ao passo que o VRaptor é bem mais extensível.

Ambos trabalham muito bem com ajax, jquery e json.

A produtividade com o asp.net mvc e razor é bem mais notável que no VRaptor, mas ainda assim não há tanta diferença em produtividade, já que a definição de escopo de objetos no asp.net MVC é um pouco mais trabalhosa, coisa que no VRaptor já é built-in com anotações.

Dentre outras características que os diferem, o desempenho do VRaptor é um pouco superior, mas negligenciável.

Algo que com certeza vai fazer você optar pelo VRaptor é a independência, tudo o que advém da Microsoft é bastante engessado e atrelado à versão da tecnologia, a exemplo disso, o modo de login do asp.net mvc3 é completamente diferente do mvc4, isso confunde bastante os desenvolvedores e dificulta um upgrade, coisa que não acontece no VRaptor.

Detalhe, trabalhei como VRaptor há 3 anos, hoje trabalho com asp.net MVC, e ainda sinto falta do dinossauro.

F

Nicolas Fernandes:
E aí, galerinha do GUJ!
Tudo bem?

Tava lendo sobre essa framework VRaptor, do pessoal da Caelum. Realmente ficou bem interessante, hein? Estão de parabéns!
Gostaria que me ajudassem a fazer um comparativo com o ASP.NET MVC, da Microsoft.

Eu sou desenvolver .NET, e mexo com ASP.NET MVC. Se eu fosse migrar para o VRaptor, que argumentos vocês usariam para me convencer?
Espero que seja uma discussão sadia e interessante, ressaltando os pontos bons e ruins das duas tecnologias.


Nenhum…
Quem tem que motivar vc a fazer qualquer mudança são os próprios requisitos X cenário do projeto…
Aqui vc só vai conseguir trollagem…

N

FernandoFranzini:
Nicolas Fernandes:
E aí, galerinha do GUJ!
Tudo bem?

Tava lendo sobre essa framework VRaptor, do pessoal da Caelum. Realmente ficou bem interessante, hein? Estão de parabéns!
Gostaria que me ajudassem a fazer um comparativo com o ASP.NET MVC, da Microsoft.

Eu sou desenvolver .NET, e mexo com ASP.NET MVC. Se eu fosse migrar para o VRaptor, que argumentos vocês usariam para me convencer?
Espero que seja uma discussão sadia e interessante, ressaltando os pontos bons e ruins das duas tecnologias.


Nenhum…
Quem tem que motivar vc a fazer qualquer mudança são os próprios requisitos X cenário do projeto…
Aqui vc só vai conseguir trollagem…

Bom, já que ia conseguir só trollagem, FernandoFranzini, tô bem, porque até agora você e o doravan deram respostas condizentes à pergunta.
Gostaria de saber a sua opinião sobre o assunto. Já trabalhou com o VRaptor? Já trabalhou com o ASP.NET MVC? Poderia dar uma opinião sobre, como fez o doravan? Isso propicia o aumento da discussão e um conhecimento melhor sobre as duas ferramentas, para quem acessar o tópico! :smiley:

doravan:
Ambos os frameworks são muito parecidos até na forma de programar injeção de dependências.
A grande diferença reside na parte da view, onde o asp.net utiliza razor e asp clássico como renderizadores, ao passo que o VRaptor é bem mais extensível.
Ambos trabalham muito bem com ajax, jquery e json.

A DI do VRaptor trabalha com .xml ou coisa parecida? Porque - pelo menos as que estudei - algumas tecnologias WEB trabalham com configurações gigantescas através de .xml (lê-se JSP/Servlets, por exemplo).

Poderia me dar um exemplo mais prático sobre essa diferença da definião do escopo de objetos? Não entendi muito o que você quis dizer aqui.

doravan:

Dentre outras características que os diferem, o desempenho do VRaptor é um pouco superior, mas negligenciável.

Defina esse desempenho negligenciável, por favor?

doravan:

Algo que com certeza vai fazer você optar pelo VRaptor é a independência, tudo o que advém da Microsoft é bastante engessado e atrelado à versão da tecnologia, a exemplo disso, o modo de login do asp.net mvc3 é completamente diferente do mvc4, isso confunde bastante os desenvolvedores e dificulta um upgrade, coisa que não acontece no VRaptor.

Detalhe, trabalhei como VRaptor há 3 anos, hoje trabalho com asp.net MVC, e ainda sinto falta do dinossauro.


Concordo nesse ponto. Usando ferramentas Microsoft, querendo ou não estamos presos à tecnologia em questão e disponibilidades advindas somente da Microsoft. Apesar de que, hoje em dia, suas tecnologias de desenvolvimento estão se integrando bem com tecnologias independentes (lê-se jQuery, frameworks JS, etc). Porém, ainda sim continua um pouco limitado.
Agora fiquei com medo de migrar meus projetos rodando com ASP.NET MVC 3 para o 4… Há TANTA diferença assim, na sua opinião?

F

Vou tentar explicar meu ponto de vista:

Vc ta me dizendo que precisa viajar…e ta me perguntando qual é a melhor forma…avião, carro ou moto?
Eu to te respondendo --> "eu não sei e não tenho como responder"!
Porque? porque eu não tenho requisitos…
Pensa bem…
Se vc tiver família de 5 pessoas…não da para ir de moto…(REQUISITO)
Se vc tiver preocupado com a SEGURANÇA da sua família de 5 pessoas…avião é a forma mais segura…(REQUISITO)
Se vc precisa levar uma geladeira na viagem…nao da para vc ir de moto (REQUISITOS)
Se vc tiver muita pressa…vai ter que ir de avião…(REQUISITO)
Se vc não tiver recursos…versus pressas não tem como ir de avião…(CONFLITOS DE REQUISITOS)
E se?
E se?
E se…

Ou seja, perguntar o que fazer ou usar sem o contexto e cenário a ser resolvido, qualquer resposta serve…não é mesmo?
Não tem como ficar conjecturando coisas aqui no forum…N
Nosso amigo falou sobre vendor lock-in…usar .NET é isso sim. sem duvidas. Usar Java não, entre muitas coisas outras…
Mas é isso é requisito para vc???
É por isso que esse tipo de pergunta não faz muito sentido…e normalmente não chega em nenhum lugar…

Outra coisa…vc ta falando de VRaptor…que é 1 das centenas de frameworks MVC de Java. Talvez ele não seje a melhor opção, mas outro até poderia ser…veja - http://fernandofranzini.wordpress.com/2013/04/25/listagem-de-frameworks-25042013/

Vc na verdade precisa aprender todos os pros e contras de Java e .NET, levantar os requisitos do seu produto e VC mesmo vai chegar na conclusão…seria melhor A, ou seria melhor B ou até poderia ser ambos! Esse é o papel de um arquiteto de software…que escolhe tecnologia baseado em fatos, dados e justificativas plausíveis e não em preferencia pessoal, e se… ou wherever…

Caso vc venha postar aqui…todos os requisitos da solução, ai sim poderíamos então debater os pros e contras de usar .NET, Java, PHP, QT etc…Não sei se sera viável

N

FernandoFranzini:
Vou tentar explicar meu ponto de vista:

Vc ta me dizendo que precisa viajar…e ta me perguntando qual é a melhor forma…avião, carro ou moto?
Eu to te respondendo --> "eu não sei e não tenho como responder"!
Porque? porque eu não tenho requisitos…
Pensa bem…
Se vc tiver família de 5 pessoas…não da para ir de moto…(REQUISITO)
Se vc tiver preocupado com a SEGURANÇA da sua família de 5 pessoas…avião é a forma mais segura…(REQUISITO)
Se vc precisa levar uma geladeira na viagem…nao da para vc ir de moto (REQUISITOS)
Se vc tiver muita pressa…vai ter que ir de avião…(REQUISITO)
Se vc não tiver recursos…versus pressas não tem como ir de avião…(CONFLITOS DE REQUISITOS)
E se?
E se?
E se…

Ou seja, perguntar o que fazer ou usar sem o contexto e cenário a ser resolvido, qualquer resposta serve…não é mesmo?
Não tem como ficar conjecturando coisas aqui no forum…N
Nosso amigo falou sobre vendor lock-in…usar .NET é isso sim. sem duvidas. Usar Java não, entre muitas coisas outras…
Mas é isso é requisito para vc???
Por que esse tipo de pergunta não faz muito sentido…

Vc na verdade precisa aprender todos os pros e contras de Java e .NET, levantar os requisitos do seu produto e VC mesmo vai chegar na conclusão…que poder ser ambos! Esse é o papel de um arquiteto de software…que escolhe tecnologia baseado em fatos e não em preferencia pessoal ou wherever…


Sim, eu saquei o seu ponto de vista. Concordo que é relativa a escolha entre essas duas tecnologias, a qual deve ser baseada na necessidade atual. A questão, porém, não é voltada à necessidade criada pelos requisitos, e sim pelas facilidades de cada uma das tecnologias. É uma necessidade mais granulada, menos macro, sabe? Quero expor pontos bons e pontos ruins de cada uma delas. Com isso, eu ajudo o arquiteto a ter uma visão melhor (e também comparativa) sobre as duas tecnologias, tornando mais fácil o seu trabalho.

Eu quero discutir qual das frameworks trabalha melhor com integração de diversas frameworks open-source…
Eu quero discutir qual das frameworks é mais configurável e de um jeito simples e transparente…
Eu quero discutir qual das frameworks traz um dinamismo melhor…
Eu quero discutir qual das frameworks trabalha legal com requisições REST, com modularização…
Eu não quero discutir se o meu requisito demanda o uso de uma linguagem específica…
Eu não quero discutir se o meu requisito demanda um desempenho crucial…

No final, eu vou olhar para um requisito e analisar: “Bom, o VRaptor trabalha melhor com esse tipo de questão… Isso deve ser levado em conta.”, ou “Hm, o ASP.NET MVC tem facilidades nesse ponto. Acho que vale a pena usá-lo por isso.”

Entende onde quero chegar?

F

Para mim vc quer chegar no mesmo lugar que eu quis dizer…kkkkk
Tudo questão de requisitos versus pros e contra…

N

Para mim vc quer chegar no mesmo lugar que eu quis dizer…kkkkk
Mas ok.
Eu quero chegar lá, sim. Mas, para chegar lá, quero fazer um comparativo entre as duas frameworks, onde requisitos não se encaixam no comparativo.

F

Para mim vc quer chegar no mesmo lugar que eu quis dizer…kkkkk
Mas ok.
Eu quero chegar lá, sim. Mas, para chegar lá, quero fazer um comparativo entre as duas frameworks, onde requisitos não se encaixam no comparativo.

Então é a mesma coisa…

  1. Levante oque é importante para vc = requisitos -> não importa de se é de funcional, não funcional ou de equipe.
  2. Estude cada framework e entenda aonde ele se posiciona nestes seus requisitos.
  3. Se precisar fazer um estudo de caso que contemple esses requisitos e implemente o nas duas tecnologias = nos chamamos isso de Validação Arquitetural. Uma vez que vc acha que algo é bom, mas na pratica real não é.
  4. Faça uma tabela comparativa e faça a tomada de decisão
  5. VRaptor é 1 opção das centenas existente no Java.
N

Seguindo sua linha de pensamento…

FernandoFranzini:
1. Levante oque é importante para vc = requisitos -> não importa de se é de funcional, não funcional ou de equipe.
OK.

FernandoFranzini:
2. Estude cada framework e entenda aonde ele se posiciona nestes seus requisitos.
Estamos aqui. Eu uso uma ferramenta, e estou querendo estudar o VRaptor em comparação ao que já conheço. Quero ver se ele se encaixa no que necessito. Por isso quero compará-lo ao que já conheço, para ter uma ideia da dimensão da framework.

E agora, ficou melhor de entender?

J

Nicolas Fernandes:
Seguindo sua linha de pensamento…

FernandoFranzini:
1. Levante oque é importante para vc = requisitos -> não importa de se é de funcional, não funcional ou de equipe.
OK.

FernandoFranzini:
2. Estude cada framework e entenda aonde ele se posiciona nestes seus requisitos.
Estamos aqui. Eu uso uma ferramenta, e estou querendo estudar o VRaptor em comparação ao que já conheço. Quero ver se ele se encaixa no que necessito. Por isso quero compará-lo ao que já conheço, para ter uma ideia da dimensão da framework.

E agora, ficou melhor de entender?

Agora acho que você chegou no ponto. Estude primeiro, levante sua impressão sobre e depois traga ao fórum o seu ponto de vista. Assim, você poderá se direcionar melhor com relação ao framework, além de poder distinguir com mais clareza os flames dos fatos.

J

Então na verdade você não quer “duelar” uma coisa com a outra, quer saber se VRaptor seria equiparável ao ASP.NET MVC, para um caso de ambiente que seja indicado usar Java, como ambiente com servidor web Linux, pois servidor web Windows nem penso duas vezes para decidir por .NET sempre. Fora o que ‘doravan’ já descreveu muito bem aqui sobre os dois, uma desvantagem do VRaptor é de ser pouco usado no mercado mundialmente, já ASP.NET MVC é super usado, então para o caso de Java eu prefiro Spring MVC. Se o fator mercado pesar para você ou sua empresa, considere isso, senão vai fundo.

No mais, a melhor coisa é experimentar. Retirando essa questão de “caso isso ou aquilo” e indo pro “vs” do título deste tópico, particularmente me sinto melhor com ASP.NET.MVC, além de também ser open source como os frameworks para Java, gosto pelo “todo” (IDE Visual Studio, linguagem C#, engine Razor), então quando posso escolher o ambiente ou o ambiente é favorável é o que prefiro. Gostar e se sentir bem influencia mais na produtividade e sucesso do que outras coisas.

P

Migrei de Java pra .Net por causa do .Net MVC.

Já tive q voltar pra Java num projeto e usei VRaptor pq trabalha sobre o mesmo paradigma do .Net MVC: Convention Over Configuration, quer dizer q vc não precisa ficar gerenciando o ambiente do projeto/desenvolvimento com XMLs, annotations, etc, vc altera a exceção, não fica cuidando do q é regra qdo se trata de desenvolvimento web. Só isso por si já é um grande ganho em produtividade e tempo pra focar no negócio (uma pena q o Java em geral tenha ido pra um caminho nebuloso nesse sentido, vendo de fora hoje, parece q piorou com jsf).

Já faz quase um ano q mexi com VRaptor, na época, duas coisas pesaram bem a favor do .Net MVC:

  • IDE: acho q ainda pesa (no java em geral), se vc pegar um projeto .Net vai conseguir abrir em qq VisualStudio, na pior vai ter q importar as bibliotecas extras mas sem preocupação de compatibilidade.

  • Ajax/JSON: a comunicação no .Net é suave, na época com VRaptor não consegui fazer um parser de retorno de objeto direto do back pro front usando o padrão do framework (um bug, a recomendação era uma solução de fora - partindo pra colcha de retalhos).

Quanto ao custo pro desenvolvedor, entre as plataformas é o mesmo, tudo free, sendo q a versão free/light do VisualStudio não tem uns recursos gráficos e tals, mas permite vc fazer tudo na mão (pra quem desenvolve ou já desenvolveu com java, isso não é problema, pelo contrário, vantagem pela IDE mais leve ;). De qq forma as licenças são baratas para desenvolvedores.

Não troco hoje .Net por Java, mas se tiver que mexer com Java, com certeza usarei VRaptor :wink:

abs

J

pgnt:
Migrei de Java pra .Net por causa do .Net MVC.

Já tive q voltar pra Java num projeto e usei VRaptor pq trabalha sobre o mesmo paradigma do .Net MVC: Convention Over Configuration, quer dizer q vc não precisa ficar gerenciando o ambiente do projeto/desenvolvimento com XMLs, annotations, etc, vc altera a exceção, não fica cuidando do q é regra qdo se trata de desenvolvimento web. Só isso por si já é um grande ganho em produtividade e tempo pra focar no negócio (uma pena q o Java em geral tenha ido pra um caminho nebuloso nesse sentido, vendo de fora hoje, parece q piorou com jsf).

Já faz quase um ano q mexi com VRaptor, na época, duas coisas pesaram bem a favor do .Net MVC:

  • IDE: acho q ainda pesa (no java em geral), se vc pegar um projeto .Net vai conseguir abrir em qq VisualStudio, na pior vai ter q importar as bibliotecas extras mas sem preocupação de compatibilidade.

  • Ajax/JSON: a comunicação no .Net é suave, na época com VRaptor não consegui fazer um parser de retorno de objeto direto do back pro front usando o padrão do framework (um bug, a recomendação era uma solução de fora - partindo pra colcha de retalhos).

Quanto ao custo pro desenvolvedor, entre as plataformas é o mesmo, tudo free, sendo q a versão free/light do VisualStudio não tem uns recursos gráficos e tals, mas permite vc fazer tudo na mão (pra quem desenvolve ou já desenvolveu com java, isso não é problema, pelo contrário, vantagem pela IDE mais leve ;). De qq forma as licenças são baratas para desenvolvedores.

Não troco hoje .Net por Java, mas se tiver que mexer com Java, com certeza usarei VRaptor :wink:

abs


Sobre JSF sempre falo isso, infelizmente a comunidade Java e a própria dona do Java valoriza muito o caminho nebuloso do component based. Mas não é por ser padrão da Oracle que vamos usar essas soluções nebulosas para Java, preferindo o Spring Mvc por exemplo ou no seu caso VRaptor.

Pois é, recurso gráfico para desenhar pagina hoje não tem necessidade, só atrapalha devido a complexidade e dinamismo atual da usabilidade web. Grid systems ajudam muito a layoutar sem editor visual.

P

Sobre o ‘padrão Oracle’, caímos ainda numa outra discussão além das plataformas, q remontam ao interesses das grandes em vender tecnologia.

Java sempre teve o mainstream no MVC (jsp e servlets como DNA), aí, vem a Oracle, joga todos esses anos de aprimoramento pra debaixo do tapete empurrando um paradigma orientado a componente (será q já não vimos isso - webforms?! - em algum lugar? rs) pra ganhar em vendas de licenças (da sua IDE por ex), cursos, consultorias, etc…

Saudades da SUN, q era uma GRANDE empresa em todos os sentidos…

F

pgnt:
Sobre o ‘padrão Oracle’, caímos ainda numa outra discussão além das plataformas, q remontam ao interesses das grandes em vender tecnologia.

Java sempre teve o mainstream no MVC (jsp e servlets como DNA), aí, vem a Oracle, joga todos esses anos de aprimoramento pra debaixo do tapete empurrando um paradigma orientado a componente (será q já não vimos isso - webforms?! - em algum lugar? rs) pra ganhar em vendas de licenças (da sua IDE por ex), cursos, consultorias, etc…

Saudades da SUN, q era uma GRANDE empresa em todos os sentidos…

Acho q ta tendo uma confusão com MVC e Action Based x Component Based, JSF é MVC.
Saldades da SUN? Foi na época da Sun que criaram o JSF.

J

Concordo quando se fala que a questão melhor, produtividade, etc, depende muito mais dos requisitos…
Embora no geral, a maior parte dos requisitos de sistema podem ser atendidos pelas 2 plataformas pois são as mais usadas no mundo (dahhhhnnnn)
Java tem um leque maior de opções, ferramentas, frameworks, etc etc etc. Isso pode ser uma vantagem ou desvantagem, depende do ponto de vista.
Java é mais portável que .NET, mesmo considerando o Mono. Hoje não tem nada mais facil e barato de ter a tão sonhada multi-plataforma do que Java, embora isso tenha a ver com os requisitos, pois há casos que uma simples linguagem de script como PHP que também é multi-plataforma, atendem perfeitamente bem e de forma mais simples, facil e barata.
Ter numa empresa uma salada de tecnologias, usar Java para algumas coisas e .NET para outras tem suas vantagens e desvantagens, a principal vantagem que vejo é que usar a tecnologia mais produtiva para determinado requisito pode ser mais barato no começo, mas minha opinião é que a longo prazo isso pode vir a custar caro. Sinto isso na pele hoje pois é muito difícil contratar um profissional que sabe Java, .NET, PHP, Visual Basic 6 e ainda por cima Genexus.
Costumo dizer que o Java é mais rapido e o .NET mais leve. Ser leve é rodar com menos recursos. Ser rápido é responder rápido custe o que custar.
Numa máquina com 512MB de RAM, dependendo do REQUISITO (novamente) o .NET pode funcionar muito melhor que o Java, o PHP então nem se fala. Dependendo da máquina e do requisito pode ser inviável implementar em .NET (já trabalhei em projetos que migraram de .NET para Java exatamente por causa da performance, mas pode ter certeza que eram projetos incomuns).

Vraptor é bem parecido que ASP MVC. Eu particularmente gosto mais de Vraptor. Também gosto mais de eclipse do que de visual studio. Também gosto mais de linux do que de windows. Também gosto mais de pizza de mussarela do que de calabresa. De VW GOL do que GM CELTA, etc. Mas isso é gosto pessoal e não deve ser levado em conta em projetos profissionais.

F

Só um adendo quanto às IDE’s. O Visual Studio com certeza é muito bom e Eclipse e NetBeans (gratuitas) não chegam nem perto. Agora IDE paga para Java temos o Intellij IDEA que é excelente e dá um banho em Eclipse e Netbeans.

Não conheço Asp.NET MVC, mas acho o VRaptor muito bom. Melhor que o Spring MVC (que também é bom). Se já tiveram problemas com parse de json/xml com certeza já foi resolvido. E você ainda pode criar seus próprios parser’s usando a biblioteca que quiser, e isso sem nenhuma gambiarra é da natureza do VRaptor poder sobrescrever seus comportamentos.
O que mais gosto no VRaptor é que ele é muito simples de usar, configurar e aprender. Qualquer um que conheça Servlets ou algum framework Java MVC vai aprende-lo rápido.

J

fredericomaia10:
Só um adendo quanto às IDE’s. O Visual Studio com certeza é muito bom e Eclipse e NetBeans (gratuitas) não chegam nem perto. Agora IDE paga para Java temos o Intellij IDEA que é excelente e dá um banho em Eclipse e Netbeans.

Não conheço Asp.NET MVC, mas acho o VRaptor muito bom. Melhor que o Spring MVC (que também é bom). Se já tiveram problemas com parse de json/xml com certeza já foi resolvido. E você ainda pode criar seus próprios parser’s usando a biblioteca que quiser, e isso sem nenhuma gambiarra é da natureza do VRaptor poder sobrescrever seus comportamentos.
O que mais gosto no VRaptor é que ele é muito simples de usar, configurar e aprender. Qualquer um que conheça Servlets ou algum framework Java MVC vai aprende-lo rápido.

Isso é o que falei la encima. Pura opinião pessoal. Eu trabalho com o Visual Studio e Eclipse e acho o Eclipse infinitamente superior. Mas é opinião mais pessoal do que técnica, embora ache os recursos de rastreamento de código e o editor do eclipse muito superiores ao do Visual Studio.
Se puder explicar por causa de quais recursos acha VS é superior, seria bastante produtivo para a discussão…

F

Realmente é opinião pessoal. Faz tempo que trabalhei com VS (bastante tempo), mas do que me lembro o debug era muito melhor, em tempo de debug você pode alterar qualquer código e voltar a execução para determinada linha, pode alterar valores e etc. A integração com toda a plataforma .NET. Recursos para visualizar o seu modelo em diagramas UML, acesso ao SQL Server era bem fácil e tudo dentro da própria IDE, debugador JS, autocomplete melhor e não costumava dar erro ao instalar plugins adicionais.

A minha maior queixa no eclipse é a instabilidade dos plugins, utlizar maven com ele vira e meche dá algum problema, não te ajuda muito na integração com frameworks, você pode usar ele só não te ajuda, no autocomplete de alguns arquivos de configuração por exemplo. Autocomplete e detecção de erro no frontend (HTML, CSS e JS) ele também é ruim. Evolução dele é lenta também se você quer usar Groovy e Scala principalmente, esquece. Ou usar AnjularJS, LESS, SAAS, frameworks como Play… enfim tudo opinião pessoal baseado nas experiências que já tive a na de vários colegas de trabalho.

Com Intellij não tenho nenhum dos problemas citados acima, além de possuir inúmeras outras features, como Injected code completion por exemplo. “Ahhh mas meu eclipse funciona bem, tenho vários plugins e etc”. Sim quando agente consegue ajeitar e deixá-lo estável é melhor guardar esta versão e sempre utilizá-la, já passá-la pro restante da equipe também para que não percam horas configurando suas IDE’s.

Quem usa o Eclipse a muito tempo acaba gostando, eu gostava até usar o Intellij. No começo foi estranho, não gostava, algumas semanas depois não conseguia entender mais pq usar Eclipse quando se tem uma IDE tão boa. É paga sim e pra mim vale cada centavo.

J

fredericomaia10:
Realmente é opinião pessoal. Faz tempo que trabalhei com VS (bastante tempo), mas do que me lembro o debug era muito melhor, em tempo de debug você pode alterar qualquer código e voltar a execução para determinada linha, pode alterar valores e etc. A integração com toda a plataforma .NET. Recursos para visualizar o seu modelo em diagramas UML, acesso ao SQL Server era bem fácil e tudo dentro da própria IDE, debugador JS, autocomplete melhor e não costumava dar erro ao instalar plugins adicionais.

A minha maior queixa no eclipse é a instabilidade dos plugins, utlizar maven com ele vira e meche dá algum problema, não te ajuda muito na integração com frameworks, você pode usar ele só não te ajuda, no autocomplete de alguns arquivos de configuração por exemplo. Autocomplete e detecção de erro no frontend (HTML, CSS e JS) ele também é ruim. Evolução dele é lenta também se você quer usar Groovy e Scala principalmente, esquece. Ou usar AnjularJS, LESS, SAAS, frameworks como Play… enfim tudo opinião pessoal baseado nas experiências que já tive a na de vários colegas de trabalho.

Com Intellij não tenho nenhum dos problemas citados acima, além de possuir inúmeras outras features, como Injected code completion por exemplo. “Ahhh mas meu eclipse funciona bem, tenho vários plugins e etc”. Sim quando agente consegue ajeitar e deixá-lo estável é melhor guardar esta versão e sempre utilizá-la, já passá-la pro restante da equipe também para que não percam horas configurando suas IDE’s.

Quem usa o Eclipse a muito tempo acaba gostando, eu gostava até usar o Intellij. No começo foi estranho, não gostava, algumas semanas depois não conseguia entender mais pq usar Eclipse quando se tem uma IDE tão boa. É paga sim e pra mim vale cada centavo.

Sobre Visual Studio ser melhor para o Debug, realmente alguns recursos como voltar para determinada linha funciona melhor, mas não é tanta questão do Visual Studio mas sim do .NET do que do Java. Entretanto no Eclipse é possivel ter uma serie de coisas no debug, para mudar em tempo de execução, colocar condições, inspecionar diversos tipos de elementos, alguns recursos até mesmo melhores do que do Visual Studio. Se for para trabalhar com C++ no Visual Studio e C++ no eclipse usando G++, o debug do Visual Studio é superior sim na minha opnião. Se for usar eclipse + Java e Visual Studio + .NET (C# e/ou VB.NET), não vejo nada significativo, no geral vejo mais como costume.

A questão dos plugins para o Eclipse, realmente da trabalho para deixar 100%, mas tem plugin para praticamente tudo. Depois que termino a configuração de um eclipse, distribuo para a equipe ele pronto como vc citou. Realmente no que se diz respeito ao “Startup” do projeto, não só o Visual Studio mas a tecnologia .NET é vantajoso em questão do Eclipse versus Java. Agora o quanto isso representa efetivamente para um projeto? Depende dos requisitos… se for projeto de 1 semana representa MUITO, se for projeto de 1 ano, QUASE NADA!

Sobre o InteliJ, concordo que é muito bom quando se fala principalmente de outras tecnologias (não somente Java puro). Embora ache o eclipse bom com muitos plugins adicionais para muitas coisas, com certeza quando começa a se falar de outras tecnologias ele passa a não ser a melhor opção na maior parte das vezes (como citei no caso do C++). Embora para C++ ainda goste bastante de usar ele no linux (acho que por costume também).

A questão de pagar ou não por algo é muito relativo. Tem quem pague por eclipse (como deve saber, ta cheio de produto pago construído encima do eclipse)…

F

Eclipse para Scala ja avançou muito, alias tem a IDE completa pra baixar direto no site do scala.

Mas, depois que usa Intellij IDEA, realmente é dificil querer usar qualquer outra coisa. Para Scala sempre teve o melhor plugin(eclipse evoluiu muito, nao sei qual a comparacao hoje), e agora com o Android Developer Studio, by by Eclipse de vez.

A

fredericomaia10:
Realmente é opinião pessoal. Faz tempo que trabalhei com VS (bastante tempo), mas do que me lembro o debug era muito melhor, em tempo de debug você pode alterar qualquer código e voltar a execução para determinada linha, pode alterar valores e etc. A integração com toda a plataforma .NET. Recursos para visualizar o seu modelo em diagramas UML, acesso ao SQL Server era bem fácil e tudo dentro da própria IDE, debugador JS, autocomplete melhor e não costumava dar erro ao instalar plugins adicionais.

A minha maior queixa no eclipse é a instabilidade dos plugins, utlizar maven com ele vira e meche dá algum problema, não te ajuda muito na integração com frameworks, você pode usar ele só não te ajuda, no autocomplete de alguns arquivos de configuração por exemplo. Autocomplete e detecção de erro no frontend (HTML, CSS e JS) ele também é ruim. Evolução dele é lenta também se você quer usar Groovy e Scala principalmente, esquece. Ou usar AnjularJS, LESS, SAAS, frameworks como Play… enfim tudo opinião pessoal baseado nas experiências que já tive a na de vários colegas de trabalho.

Com Intellij não tenho nenhum dos problemas citados acima, além de possuir inúmeras outras features, como Injected code completion por exemplo. “Ahhh mas meu eclipse funciona bem, tenho vários plugins e etc”. Sim quando agente consegue ajeitar e deixá-lo estável é melhor guardar esta versão e sempre utilizá-la, já passá-la pro restante da equipe também para que não percam horas configurando suas IDE’s.

Quem usa o Eclipse a muito tempo acaba gostando, eu gostava até usar o Intellij. No começo foi estranho, não gostava, algumas semanas depois não conseguia entender mais pq usar Eclipse quando se tem uma IDE tão boa. É paga sim e pra mim vale cada centavo.

Eu costumo ver esse problema do Eclipse mais ou menos assim: a culpa não é dele e, sim, da sua filosofia de ser uma plataforma!

Explicando melhor. O Eclipse é uma plataforma, ao passo que o NetBeans, o Intellij e o VS são produtos. A filosofia é um pouco diferente entre eles. O Eclipse prima por prover uma plataforma sólida para que os fabricantes possam customizar com seus plugins e formar um produto (o WSAD, o MyEclipse, o JBoss Developer Studio, etc.) e o NetBeans e companhia primam por fornecer algo pronto para uso a partir de uma instalação. Eu sempre fui muito fã do Eclipse, mas a filosofia de uma plataforma customizável acaba sendo ruim quando você trabalha com uma série de tecnologias cujos plugins não se dão muito bem e, quando isso acontece, partir para um produto pode ser melhor (mesmo que seja um produto em cima do Eclipse). O Eclipse é uma plataforma fantástica e tem uma arquietura de plugins excelente, o problema é que alguns plugins acabam manchando a reputação dele por conta disso (na minha época era o M2Eclipse).

Antigamente o Eclipse não tinha o WebTools, tínhamos aquele maluco do Lomboz, mas o plugin que a IBM vendia no WSAD era superior e, como o Eclipse tava levando um ferro por causa disso, o WebTools entrou em cena (se não me falha a memória foi no início das “luas de Saturno” e não posso confirmar se foi o mesmo projeto da IBM, mas o estopim foi o grande salto dos concorrentes em suporte ao J2EE). Hoje podemos até dizer que temos alguns produtos Eclipse (vide os diversos tipos de downloads dele na página do projeto), mas sempre fica faltando algum pluginzinho que precisamos pegar de fora e este pode ser a raíz de muitas dores de cabeça, o que dá a sensação de que o NetBeans é superior quando se compara no geral. Quando eu passei a usar o JBoss Developer Studio em vez de instalar o JBoss Tools em uma instalação minha do Eclipse, eu notei uma estabilidade maior da IDE e a integração dos plugins foi comparável à integração dos plugins do NetBeans (tanto que hoje, se for para desenvolver em cima da stack JBoss, não tem nada melhor do que ele - IMHO).

É muito complicado comparar IDEs com filosofias distintas. Isso é mais ou menos o que ocorre quando o Firefox parece pior do que o Chrome, mas tem uma penca de plugins nele que acabam com o seu desempenho.

Mas, depois de toda essa bobagem ai de cima, eu fico com o Intellij mesmo.

P

fredferrao:
pgnt:
Sobre o ‘padrão Oracle’, caímos ainda numa outra discussão além das plataformas, q remontam ao interesses das grandes em vender tecnologia.

Java sempre teve o mainstream no MVC (jsp e servlets como DNA), aí, vem a Oracle, joga todos esses anos de aprimoramento pra debaixo do tapete empurrando um paradigma orientado a componente (será q já não vimos isso - webforms?! - em algum lugar? rs) pra ganhar em vendas de licenças (da sua IDE por ex), cursos, consultorias, etc…

Saudades da SUN, q era uma GRANDE empresa em todos os sentidos…

Acho q ta tendo uma confusão com MVC e Action Based x Component Based, JSF é MVC.
Saldades da SUN? Foi na época da Sun que criaram o JSF.

A SUN criou o jsf mas até aí era mais uma opção frente a outras (Spring q tb estava bem forte por ex).
Se a Oracle apadrinhasse o Spring por ex, qual teria sido o futuro do jsf?

Mas como disse no começo, estava falando da discussão além de plataformas, no contexto geral.
Como por ex o q a Oracle fez com o Solaris, qdo viu q era bom demais pra dar de graça…

P

Sobre as IDEs, acho Eclipse fantástico, mas a forma como se monta um ambiente/plugins é quase trágico, tipo colcha de retalhos, com aquela salada de libs vindo de fornecedores diferentes e torcendo pra tudo dar certo, parece q estamos motando um carro a marretadas pq as peças não se encaixam facilmente.

O exemplo de melhor suite de desenvolvimento acho q vem do mundo dos designers, com o Creative Studio da Adobe.
Vc tem interoperabilidade com tudo, os programas são consistentes (vc abre seu arquivo em qq lugar), as caixas de ferramentas são padronizadas, tem gerenciamento de plugins, etc…

F

O tópico tomou outros rumos. Talvez fosse melhor criarmos outro para o assunto IDE’s.

Mas, quais outras opções de IDE’s Java vocês conhecem e acham melhores? As pagas mesmo. Intellij eu acho muito boa. MyEclipse já ouvi falar mas nunca usei. Quais IDE’s pagas vocês já usaram e recomendam? Para usar o JBoss Developer Studio acho que só adquirindo licença do AS né?

A

O MyEclipse é um Eclipse com o WebTools anabolizado. É muito bacana e a Genuitec (empresa por trás dele) já ganhou vários prêmios com ele.

O JBoss Developer Studio era pago, mas já tem pelo menos uns três anos que ele é opensource (só precisa fazer o cadastro - gratuito - na Red Hat e baixar).

F

Baixando. Possivelmente iremos utilizar JBoss AS aqui na empresa, achei que só depois de adquirir o EAP que podíamos baixar.

A

Baixando. Possivelmente iremos utilizar JBoss AS aqui na empresa, achei que só depois de adquirir o EAP que podíamos baixar.

Agora já é possível. Outra coisa interessante é que a Red Hat já disponibilizou o EAP pra download (nem de cadastro precisa mais). O Developer Studio, inclusive, vem com um JBoss EAP dentro dele.

Você também pode fazer o cadastro e solicitar uma subscrição de 30 dias pra baixar o que quiser. Aí pode testar outros produtos (RHEL, JON, SOA-P e por ai vai). É legal pra ter uma ideia dos outros produtos também.

F

Falando em Visual Studio e Intellij IDEA, tem um plugin pro VS que muitos falam e usam, que é o ReSharper, da própria Intellij, e o que ele faz é trazer para o visual todo o poder que o IDEA tem.

Criado 8 de maio de 2013
Ultima resposta 25 de set. de 2013
Respostas 31
Participantes 10