Trilhos ou Grails?[fechado]

Question

Grails vs Rails.Qual tem melhor suporte?E qual é a melhor escolha para desenvolver aplicativos de tamanho médio?Mais importante ainda, qual deles tem mais plug-ins?

Answer 1

Uma outra coisa vale a pena mencionar: a filosofia de design de ambos quadro é um pouco diferente quando se trata do modelo. Grails é mais enquanto Rails é mais "banco de dados orientado" "orientada para o domínio".
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 porque 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 -. Modo reutilização Java não deve ser seu único critério

Answer 2

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

Answer 3

Rails é mais maduro, tem mais plugins, tem uma base de usuários maior, tem documentação melhor e apoiar disponível. 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 ser lá em cima com trilhos ainda. No entanto, se você é predominantemente um Java ou desenvolvedor Groovy você pode preferir-lo. Caso contrário, porém, eu sugiro usar Rails para projectos de média dimensão no momento.

Answer 4

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

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

Answer 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 executar em hospedagem compartilhada com 128 MB de RAM não funciona.

2008 é o ano de livros Groovy e Grails, mas ainda há muitos mais Rails recursos 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.

Answer 6

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.

Ao longo de um ano atrás, eu tive que aprender Grails, devido à razão 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 código java facilmente importação, os usuários Grails pode 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ê vai notar também que plugin de desenvolvimento 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 é apenas distribuir 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 de fundo, 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 isso ajude.

Answer 7

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!

Answer 8

Eu iria com Grails desde que eu como a sua abordagem (especificar suas classes de domínio e ter Grails gerar tudo o resto) melhor do que o Rails (tabelas de banco de dados de construção e tem Rails gerar tudo o resto). Se você é um desenvolvedor Java, você também gostaria 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.

Answer 9

Posso sugerir Merb ? É baseada 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 ...

Answer 10

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 gem install mysql comando nã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.

Answer 11

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 maduro, mas ele vai funcionar em algumas situações Rails não vai.

Answer 12

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 enquadramentos peso pesado 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 kit de ferramentas Google Web desde que eu realmente não precisa o banco de dados.

Eu acho que Grails e Groovy promessa espera, mas a experiência do usuário de trabalhar com eles é complicado no momento (presente sendo na primavera passada).

Answer 13

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

Grails parece ter aceitação nível mais 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 Grails - I como 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 Grails (cuke4duke etc) para tornar esta comunidade mais fácil e um ativo desenvolvimento de Grails.

Apenas minha 2p ·

Tente ambos:)