Há alguma desvantagem em potencial em usar um framework Ruby diferente de Rails?

Question

Eu gostaria de usar uma estrutura mais leve que o Rails (Sinatra / Ramaze / Camping), mas estou preocupado que fazendo isso eu não vou ser capaz de usar um monte de bibliotecas compartilhadas que foram adaptados para Rails na forma de plugins . É este uma grande preocupação ou são a maioria desses plugins utilizáveis ??em diferentes enquadramentos Ruby?

Existem outras desvantagens potenciais na utilização de um framework Ruby diferente de Rails?

Answer 1

Você ainda pode usar gemas em todos os quadros que você mencionou, por isso, uma tonelada de material é reutilizável. Quer trocar em um novo ORM, sem problemas. Quer um destaque de sintaxe fantasia shmacy, sem problemas. Rails tem vindo a fazer um grande esforço para afastar-se do modelo de plug-in de idade para usar gemas exclusivamente.

Se um dos outros frameworks se adapta às suas necessidades melhor usá-lo. Tenha em mente que quando se trata de documentação e amostras de trilhos tem mais.

Se eu estava aprendendo Ruby e queria experimentar um framework web eu provavelmente iria com Rails não porque o seu melhor, mas porque o seu tem muito melhor ferramentas e documentação.

Answer 2

módulos mais rubi usados ??pelo Rails (mesmo ActiveRecord) pode ser usado sem Rails. Mas então você perde o benefício extra de integração fornecidos pelo Rails. Você pode ter que trabalhar duro extra para colar módulos de Ruby com o quadro de sua escolha. Observe também que a maioria da documentação sobre os módulos do rubi usado por Rails conta só como usar esse módulo com Rails.

Answer 3

efeitos de rede jogar um pouco de papel.

Answer 4

Uma questão que surge quando você usa outros frameworks como Sinatra, camping, etc é que os trilhos dá-lhe uma estrutura comprovada para seus arquivos na sua aplicação. estruturas menores são bastante aberta e livre.

Isto pode ser uma desvantagem quando você está trabalhando com vários desenvolvedores que você precisa para ter conversas sobre a criação de convenções em vez de simplesmente segui-los.

Answer 5

Se você estiver usando Ruby para menos de um ano, vara para Rails, a menos que você tem uma necessidade muito clara de que é melhor tratado por um dos outros frameworks.

Os quadros mais leves, mais notavelmente Sinatra, tendem a ser popular com as pessoas que sabem exatamente o que eles vão precisar e não pode dar ao luxo de ter qualquer sobrecarga adicional de código não utilizado. Essencialmente, você escolhe seu conjunto de ferramentas, em vez de em geral, sendo preso com o Rails você dá. (Sim, em Rails, você pode substituir ActiveRecord, et al., Com outras bibliotecas, mas não é exatamente fácil.) Então, os quadros mais leves dar-lhe muito mais liberdade, mas você também tem um pouco mais trabalho a fazer em muitos casos.

Answer 6

Eu acho que há rails plugin está indo para o trabalho fora da caixa com qualquer um dos enquadramentos alternativos, exceto para plugins ActiveRecord (como acts_as_nested_set etc.) que ainda vão precisar de algum trabalho de canalização (definição $ LOAD_PATH e exigindo direito arquivos). Eu recomendo DataMapper para ORM, não só de forma mais rápida do que ActiveRecord, mas é também muito modularmente construído e plugins são jóias reais que você pode facilmente instalar. Na diferença, plugins ActiveRecord são principalmente macaco-patches que tendem a romper com cada nova versão.

Sinatra não vem com nenhum "guloseimas", não Rakefiles, há esqueletos, nenhum script / gerar, mas na verdade isso é o que tem sido escritos para. Você pode gradualmente "prumo em" todo o material extra. Há também esqueletos para aplicativos Sinatra que vêm com alguns layout básico e padrões, você pode encontrá-los úteis.