Rails ou Grails?

votos
26

Grails vs Rails. Que tem melhor suporte? E qual é a melhor escolha para desenvolver aplicativos de tamanho médio, com? O mais importante é que um tem mais plug-ins?

Publicado 17/09/2008 em 11:28
fonte usuário
Em outras línguas...                            


13 respostas

votos
32

Uma outra coisa que vale mencionar: a filosofia de design de ambos quadro é um pouco diferente quando se trata do modelo. Grails é mais "orientada domain-", enquanto Rails é mais "orientada banco de dados".
No Rails, você essencialmente começar por definir suas tabelas (com nomes de campo e suas especificidades). Então ActiveRecord vai mapeá-los para classes Ruby ou modelos.
Em Grails, é o contrário: você começar definindo seus modelos (classes Groovy) e quando você bate correr, GORM (Grails ActiveRecord equivalente) irá criar o banco de dados e tabelas relacionadas (ou atualizá-los). Que também pode ser por isso que você não tem o conceito de 'migrações' em Grails (embora eu acho que vai vir em algum lançamento futuro).
Eu não sei se um é melhor que o outro. Eu acho que isso depende do seu contexto.

Dito isto, eu ainda estou me perguntando qual deles escolher. Como Tom estava dizendo, se você é dependente de Java você ainda pode ir para JRuby - para reutilização Java não deve ser seu único critério.

Respondeu 18/09/2008 em 14:48
fonte usuário

votos
16

Eu acho que se você é um desenvolvedor Java e querem ter acesso a todas as bibliotecas Java corporativos existentes e funcionalidade ... ir com Grails.

Respondeu 17/09/2008 em 11:33
fonte usuário

votos
9

Rails é mais maduro, tem mais plugins, tem uma base de usuários maior, tem uma melhor documentação e suporte disponíveis. Ele também pode ser executado em JRuby que dá acesso a bibliotecas Java se você precisar.

Grails tem algumas qualidades interessantes, mas não pode pretender estar lá em cima com trilhos ainda. No entanto, se você é predominantemente um Java ou Groovy desenvolvedor, você pode preferir. Caso contrário, porém, eu sugiro usar Rails para projectos de média dimensão no momento.

Respondeu 17/09/2008 em 12:08
fonte usuário

votos
6

Eu digo grails uma vez que existem tantas bibliotecas Java lá fora. Mas eu sou um pouco tendencioso devido ao fato de que eu venho de um fundo java.

Se o aplicativo não vai ser grande, seja suficiente - ea escolha deve depender de infra-estrutura existente. Diga se você já tem um java servlet servidor de contêiner em funcionamento, assim como você pode ficar com grails em vez de provisionamento outro servidor para os trilhos.

Respondeu 18/09/2008 em 08:15
fonte usuário

votos
5

Eu costumava trilhos antes e gostei bastante. No entanto, minha empresa atual tinha um monte de código legado java e, portanto, a escolha natural foi grails.

Quando eu comecei com trilhos, muito poucos sites estavam usando e documentação era atroz. Houve railscast que foi ótimo e railsforum.com, mas nada fora do comum, você está no seu próprio país. Implantá-lo foi um pesadelo, e usando mestiços-clusters não estava realmente pronta para produção. Isto é muito diferente agora, como todos podem ver, muito mais maduro e implantado em todos os lugares.

Mais de um ano atrás, eu tive que aprender Grails, devido ao motivo que citei acima. A transição para grails era muito fácil, uma vez que é muito semelhante ao Rails. Novamente, foi muito semelhante aos primeiros estágios de trilhos, com uma enorme diferença. Porque você pode facilmente importar código Java, Grails os usuários podem usar quase toda a produção testado bibliotecas Java disponíveis lá fora. Eu tenho sido capaz de integrar com sucesso nossos projetos java legados em projetos Grails e muito pouco de ajustes são necessários. Você também vai notar que o desenvolvimento do plugin tem sido rápido, principalmente porque os desenvolvedores estão apenas escrevendo Grails "ganchos", mas o código subjacente são as antigas bibliotecas Java. Implantando grails também está implantando um arquivo WAR.

Outra coisa que você tem que olhar é IDE. Se você está confortável com eclipse, então eclipse-STS para grails dá-lhe todos os sinos e assobios. Eu ainda vejo um monte de trilhos desenvolvedores usam textmate, embora RubyMine tem feito grandes progressos (a versão inicial do RubyMine usado para moer o meu ubuntu para uma parada).

A linha inferior, ambos são grandes frameworks MVC. RoR é muito mais maduro e tem muito mais desenvolvedores. Grails é onde RoR foi 3-4 anos atrás, mas eu ver o progresso muito mais rápido. Espero que isto ajude.

Respondeu 04/01/2012 em 00:39
fonte usuário

votos
5

Tudo depende das suas habilidades com Ruby e / ou Groovy, se você tem sistemas Java legados para lidar com, e onde você deseja implantar suas aplicações.

Eu estava inicialmente entusiasmados com Rails. Na época, não havia uma opção de implantar nos servidores de aplicativos no trabalho desde o trabalho é tudo Java. Isso mudou. Eu não podia abandonar a infra-estrutura e aplicações Java já existentes e mudar para Ruby, embora eu pensei que Rails foi incrível. Grails funciona porque podemos misturar e combinar Groovy com as soluções Java existentes.

Fora do trabalho, Ruby é mais fácil encontrar hospedagem para a extremidade inferior do espectro de preços. Porque Grails usa um monte de Java existente projeta os arquivos .war, mesmo para um pequeno aplicativo, tendem a ser grandes. Se você tem um servidor dedicado este não é um problema, mas tentando ser executado em hospedagem compartilhada com 128 MB de RAM não funciona.

2008 é o ano de livros Groovy e Grails, mas ainda existem muitos mais recursos Rails disponíveis.

Com base em seus critérios específicos, Rails pode ser um quadro melhor para aprender. Se você tiver qualquer conhecimento Java, ou a bagagem ;-), você deve olhar para Grails.

Respondeu 17/09/2008 em 13:35
fonte usuário

votos
4

Eu iria com Grails desde que eu gosto a sua abordagem (especificar suas classes de domínio e ter Grails gerar tudo o resto) melhor do que o Rails um (construir tabelas de banco de dados e ter Rails gerar tudo o resto). Se você é um desenvolvedor Java, você também vai gostar que o código Java é o código Groovy válido, e uma classe Groovy é uma classe Java para que a integração é perfeita para os dois lados.

Respondeu 24/12/2008 em 12:43
fonte usuário

votos
4

Vendo como os caras que fazem Grails acabou comprada pela fonte da Primavera, ontem, eu diria Grails.

Além disso, como Groovy é um super conjunto de Java, você pode mergulhar na direita apenas usando o Java você sabe sem ter que aprender Ruby. Agora, você vai aprender um monte de coisas dinâmica muito e, eventualmente, escrever código Groovy em vez de código Java, mas reduz a barreira de entrada.

Grails todo o caminho!

Respondeu 13/11/2008 em 23:28
fonte usuário

votos
2

Como um desenvolvedor de Grails proveniente de Java, eu adorei desde o primeiro momento.

Agora, eu estou começando a escavar em Rails e tendo problemas com jóia. Enquanto MySQL configuração da conexão com Grails foi bastante simples, eu ainda estou lutando para fazê-lo funcionar com Rails.

O comando gem install mysqlnão está funcionando, aparentemente porque eu não tenho XCode intalled.

Se não fosse por seu problema de consumo de memória, eu diria Grails é perfeito.

Respondeu 28/07/2009 em 14:33
fonte usuário

votos
2

Posso sugerir Merb ? É baseado em rack, modular, ORM-agnóstico, construído para a velocidade da terra por Ezra Zygmuntowicz. Ele está começando a ganhar um pouco de calor agora ...

Respondeu 17/09/2008 em 13:38
fonte usuário

votos
1

Rails é mais mainstream, mas menos flexível. Grails ainda está mudando rapidamente, não tem o mesmo desenvolvedor ecossistema, ea documentação não é tão madura, mas vai funcionar em algumas situações Rails não vai.

Respondeu 17/09/2008 em 11:30
fonte usuário

votos
0

Eu acho que depende do ambiente que você está trabalhando em certa medida.

Grails parece ter mais aceitação nível corporativo.

Rails tem o Koolaid-vibe, e é muito aceitável para start-ups sem sistemas legados.

Pessoalmente, eu estou usando ambos. Embora só é realmente apenas começando no mundo do Grails - Eu gosto que a autenticação / autorização é mais fácil em Grails e um simples plugin; Shiro. Eu gosto que Rails não é dependente de JVM, e não leva um minuto ou mais para o arranque.

Acho criação de BDD / pepino dentro Rails era muito mais fácil, mas que poderia ser apenas porque é isso que eu estou confortável com o! Há definitivamente esforços no mundo do Grails (cuke4duke etc) para fazer Grails em desenvolvimento isso mais fácil e uma comunidade ativa.

Apenas a minha 2p ·

Tente ambos :)

Respondeu 15/12/2010 em 12:47
fonte usuário

votos
0

Eu tenho usado turbogears e trilhos um pouco. Antes de usar os trilhos, eu tentei usar grails porque eu estava usando groovy para o meu script. Grails foi uma experiência difícil.

A pilha de chamadas Groovy é difícil de ler para um programa pequeno, mas quando você adicionar em vários peso pesado Estruturas um simples erro pode produzir 100s de linhas. Ao contrário de trilhos a versão Grails que eu estava usando não tinha ferramentas para me ajudar a determinar o que era meu e que pertenciam ao quadro.

Eu finalmente passou a usar o Google Web Toolkit desde que eu realmente não precisa o banco de dados.

Eu acho que Grails e promissoras Groovy, mas a experiência do usuário de trabalhar com eles é complicado no momento (estando presente na última primavera).

Respondeu 18/09/2008 em 21:26
fonte usuário

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more