Gibt es potenzielle Nachteile in der Verwendung eines Ruby-framework als Schienen?

Question

Ich möchte mit einem leichteren Rahmen als Schienen (Sinatra/Ramaze/Camping), bin aber besorgt, dass damit ich nicht in der Lage zu verwenden, eine Menge von Bibliotheken, wurden speziell auf Schienen in form von plugins.Ist dies ein wichtiges Anliegen, oder sind die meisten dieser plugins nutzbar über verschiedene Ruby-frameworks?

Gibt es andere potenzielle Nachteile in der Verwendung eines Ruby-framework als Schienen?

Answer 1

Sie können immer noch verwenden Edelsteine in allen frameworks, die Sie erwähnt, so dass Sie eine Tonne von Sachen ist wiederverwendbar.Will swap in eine neue ORM, keine Probleme.Möchten Sie ein schickes shmacy syntax-Hervorhebung, keine Probleme.Rails hat einen riesigen push Weg von der alten plugin-Modell zu verwenden, Edelsteine ausschließlich.

Wenn eines der anderen frameworks, die Ihren Bedürfnissen passt besser nutzen.Beachten Sie, dass, wenn es um die Dokumentation und Proben Schienen noch mehr.

Wenn ich Ruby lernen und wollte versuchen, ein web-framework, würde ich wahrscheinlich gehen mit Rails nicht, weil es besser, sondern weil es viel besser, Werkzeuge und Dokumentation.

Answer 2

Die meisten Ruby-Module von Rails (auch Active) ohne Schienen verwendet werden. Aber dann verlieren Sie den zusätzlichen Vorteil der Integration von Rails zur Verfügung gestellt. Sie müssen möglicherweise extra hart arbeiten Ruby-Module Rahmen Ihrer Wahl zu kleben. Bitte beachten Sie auch, dass die meisten der Dokumentation zu Ruby Module von Rails verwendet sagen Sie nur, wie dieses Modul verwenden mit Rails.

Answer 3

Netzwerkeffekte ein wenig eine Rolle spielen.

Answer 4

Eine Frage, die aufkommt, wenn Sie andere Frameworks wie sinatra, Camping, etc ist, dass Schienen geben Ihnen eine bewährte Struktur für Ihre Dateien in der Anwendung. Kleinere Rahmenbedingungen sind ganz offen und frei.

Dies kann ein Nachteil sein, wenn Sie mit mehreren Entwicklern arbeiten, wie Sie Gespräche haben, über das Erstellen von Konventionen eher dann einfach folgende sie benötigen.

Answer 5

Wenn Sie schon für weniger als ein Jahr Rubin wurde verwenden, halten Sie sich an Rails, wenn Sie einen sehr klaren Bedarf haben, die besser von einem der anderen Frameworks behandelt wird.

Die leichteren Rahmenbedingungen, vor allem Sinatra, sind in der Regel mit den Menschen beliebt zu sein, die genau wissen, was sie brauchen und nicht leisten können, von nicht verwendetem Code keinen zusätzlichen Aufwand zu haben. Im Wesentlichen holen Sie Ihre Werkzeugkette, statt im Allgemeinen stecken mit dem, was Sie Rails gibt. (Ja, in Rails, können Sie ersetzen Active, et al. Mit anderen Bibliotheken, aber es ist nicht ganz einfach.) Also die leichteren Rahmen geben Ihnen deutlich mehr Freiheit, aber auch in vielen Fällen durchaus ein bisschen mehr Arbeit zu tun haben.

Answer 6

Ich glaube, keine Schienen-Plugin aus der Box mit einem des alternativen Frameworks arbeiten wird, mit Ausnahme von Active Plugins (wie acts_as_nested_set etc.), die noch einige Klempnerarbeiten gehen zu müssen (Einstellung $ LOAD_PATH und erfordern Recht Dateien). Ich würde empfehlen, DataMapper für ORM, nicht nur, es ist viel schneller als Active, aber es ist auch sehr modular aufgebaut und Plugins sind tatsächliche Edelsteine, die Sie ganz einfach installieren können. Im Unterschied sind Active Plugins meist Affen-Patches, die mit jeder neuen Version zu brechen neigen.

Sinatra kommt nicht mit irgendwelchen „Goodies“, ohne Rakefiles, keine Skelette, kein Skript / generieren, aber tatsächlich das ist, was es für worden ist geschrieben. Sie können nach und nach „Lot in“ all das Extramaterial. Darüber hinaus gibt es Skelette für sinatra-Anwendungen, die mit einigen grundlegenden Layouts und Standardwerten kommen, Sie können diese nützlich finden.