Frage

Grails vs Rails. Welche hat eine bessere Unterstützung? Und welche ist die bessere Wahl mit mittlerer Größe Anwendungen zu entwickeln? Am wichtigsten ist, die ein weiteres Plug-In hat?

War es hilfreich?

Lösung

Eine andere Sache, erwähnenswert: die Designphilosophie der beiden Rahmen ist etwas anders, wenn es um das Modell kommt. Grails ist mehr „Domain-orientierte“, während Rails ist mehr „Datenbank-orientiert“.
In Rails, starten Sie im Wesentlichen durch die Tabellen definieren (mit Feldnamen und deren Besonderheiten). Dann wird Karte Active sie zu Ruby-Klassen oder Modelle.
In Grails, dann ist es das Gegenteil: Sie starten, indem Sie Ihre Modelle (Groovy Klassen) definiert, und wenn Sie laufen treffen, erstellt GORM (Grails Active Äquivalent) die zugehörige Datenbank und Tabellen (oder aktualisieren Sie sie). Welche sein kann auch, warum Sie in Grails nicht das Konzept der ‚Migration‘ haben (obwohl ich glaube, es in einem zukünftigen Release kommen wird).
Ich weiß nicht, ob man besser ist als die andere. Ich denke, es auf Ihrem Kontext abhängig ist.

Nachdem dies gesagt ist, ich bin immer noch frage mich, welche man zu wählen. Als Tom sagte, wenn man auf Java angewiesen sind, können Sie immer noch für JRuby gehen -. So Java Wiederverwendung sollte nicht die einzige Kriterium sein

Andere Tipps

Ich denke, wenn Sie ein Java-Entwickler sind und Zugriff haben wollen auf alle vorhandenen Enterprise-Java-Bibliotheken und Funktionalität ... gehen mit Grails.

Rails ist reifer, Plugins, hat eine größere Benutzerzahl, hat eine bessere Dokumentation und Support zur Verfügung. Es kann auch laufen auf JRuby zu Java-Bibliotheken Zugang zu geben, wenn Sie benötigen.

Grails hat einige interessante Eigenschaften, aber kann nicht behaupten, dort nur noch mit Schienen zu sein. Wenn Sie jedoch in erster Linie ein Java oder groovy Entwickler sind können Sie es vorziehen. Sonst aber würde ich Rails für mittelgroße Projekte jetzt vorschlagen, mit.

Ich sage grails da gibt es so viele Java-Bibliotheken sind. Aber ich bin ein bisschen voreingenommen aufgrund der Tatsache, dass ich von einem Java-Hintergrund kommen.

Wenn die App nicht groß sein werden, entweder genügt - und die Wahl sollte auf bestehende Infrastruktur angewiesen. Sagen Sie, wenn Sie bereits über ein Java-Servlet-Container-Server läuft, könnte man genauso gut halten mit Grails statt Provisioning einen anderen Server für Schienen.

Es hängt von Ihren Fähigkeiten mit Ruby und / oder Groovy, ob Sie ältere Java-Systeme haben zu behandeln, und wo wollen Sie Ihre Anwendungen implementieren.

Ich war anfangs begeistert mit Rails. Zu der Zeit gab es keine Option auf den Applikationsservern bei der Arbeit der Bereitstellung von da Arbeit alle Java. Das hat sich geändert. Ich konnte nicht die Java-Infrastruktur und Anwendungen, die bereits an Ort und Stelle verlassen und wechseln nach Ruby, obwohl ich dachte, Rails war super. Grails funktioniert, weil wir Groovy mit den bestehenden Java-Lösungen mischen und zusammenbringen.

Außerhalb der Arbeit, Ruby leichter des Preisspektrums am unteren Ende Hosting zu finden. Da Grails viele bestehende Java-Projekte, die .war-Dateien verwendet, auch für eine kleine Anwendung, neigen dazu, groß zu sein. Wenn Sie einen dedizierten Server haben dies ist kein Problem, sondern versuchen, auf denen sie laufen geteilt wird mit 128 MB RAM-Hosting nicht funktionieren.

2008 ist das Jahr von Groovy und Grails Bücher, aber es gibt noch viele weitere Rails Ressourcen zur Verfügung.

Auf der Basis Ihrer spezifischen Kriterien, Rails kann eine bessere Rahmenbedingungen zu lernen. Wenn Sie irgendeine Java-Kenntnisse haben oder Gepäck ;-), Sie bei Grails aussehen sollte.

Ich benutzte Schienen vor und mochte es ziemlich viel. Allerdings hatte meine derzeitige Firma eine Menge von Legacy-Java-Code und damit die natürliche Wahl war Grails.

Wenn ich mit Schienen begonnen, nur sehr wenige Websites wurden mit ihm und Dokumentation war scheußlich. Es war das Railscast war toll und railsforum.com, aber etwas aus dem Üblichen heraus, du bist auf eigene Faust. Bereitstellen es war ein Alptraum, und mit Mischlings-Cluster war nicht wirklich Produktion bereit. Das ist sehr verschieden jetzt wie jeder sehen kann, viel reifer und überall eingesetzt werden.

über ein Jahr zurück, hatte ich Grails aufgrund Grund zu lernen, die ich oben zitiert. Umstellung auf Grails war sehr einfach, da es sehr ähnlich wie Rails ist. Wieder war es sehr ähnlich zu den frühen Stadien der Schienen, mit einem großen Unterschied. Weil Sie einfach Java-Code importieren, Grails Benutzer fast alle getestet, um die Produktion verfügbar Java-Bibliotheken da draußen verwenden können. Ich habe in der Lage, erfolgreich unsere Legacy-Java-Projekte in Grails Projekte zu integrieren und sehr wenig Gefummel benötigt werden. Sie werden auch feststellen, dass Plugin-Entwicklung schnell gewesen ist, vor allem, weil die Entwickler Grails „Haken“ nur schreiben, aber der zugrunde liegende Code sind die alten Java-Bibliotheken. Grails Bereitstellen ist auch nur eine WAR-Datei bereitstellen.

Eine andere Sache, zu betrachten haben, ist IDE. Wenn Sie mit Eclipse vertraut sind, dann Eclipse-STS für Grails gibt Ihnen alle Glocken und Trillerpfeifen. Ich sehe noch viele Schienen-Entwickler verwendet Textmate, obwohl RubyMine große Fortschritte gemacht hat (die frühe Version von RubyMine verwendet, um meinen ubuntu zum Erliegen kommen).

In der unteren Zeile, beide sind große MVC-Frameworks. RoR ist viel reifer und viel mehr Entwickler hat. Grails ist, wo RoR 3-4 Jahren war, aber ich sehe den Fortschritt viel schneller. Hoffe, das hilft.

Da, wie die Jungs, die Grails machen habe gerade aufgekauft von Spring Source gestern, würde ich Grails sagen.

Da auch Groovy ein Superset von Java ist, können Sie direkt einfach die Java verwenden Sie wissen, tauchen ohne Ruby lernen zu müssen. Nun, werden Sie eine Menge von dynamischen Sachen lernen zu und schließlich Groovy Code schreiben, statt Java-Code, aber es senkt die Barriere für den Eintritt.

Grails den ganzen Weg!

würde ich mit Grails gehen, da ich seinen Ansatz mag (Ihre Domain Klassen angeben und Grails alles andere erzeugen) besser als die Rails ein (Datenbank-Tabellen erstellen und haben Rails generieren alles andere). Wenn Sie ein Java-Entwickler sind, mögen Sie auch, dass Java-Code gültig Groovy-Code ist, und eine Groovy-Klasse ist eine Java-Klasse, so dass die Integration in beiden Richtungen nahtlos ist.

Darf ich vorschlagen, Merb ? Es ist rackbasierte, modular, ORM-agnostisch, für Geschwindigkeit gebaut von Grund auf von Ezra Zygmuntowicz. Es beginnt etwas Wärme jetzt zu gewinnen ...

Als Grails Entwickler aus Java, ich liebte es vom ersten Mal.

Nun, ich fange in Rails zu graben und Probleme mit Juwel haben. Während MySQL-Verbindung mit Grails Setup ziemlich einfach war, bin ich kämpfen noch, um es mit Rails zu arbeiten.

Der Befehl gem install mysql funktioniert nicht, offenbar, weil ich nicht habe XCode intalled.

Wenn es nicht für seinen Speicherverbrauch Problem ist, würde ich sagen Grails perfekt ist.

Rails ist mehr Mainstream, aber weniger flexibel. Grails noch ändert sich schnell, nicht die gleichen Entwickler-Ökosystem und die Dokumentation ist nicht annähernd so ausgereift, aber es wird in einigen Situationen Rails arbeiten nicht.

Ich habe verwendet turbogears und Schienen ein wenig. Vor der Verwendung von Schienen, habe ich versucht, Grails verwenden, weil ich für meine scripting groovy verwenden. Grails war eine schwierige Erfahrung.

Der groovy Call-Stack ist schwierig für ein kleines Programm zu lesen, aber wenn man in mehrere schweren Gewicht hinzufügen Frameworks ein einfacher Fehler kann 100s von Linien ergeben. Im Gegensatz zu Schienen der Grails-Version, die ich war mit mir nicht hatte Tools, um festzustellen, was ich war und was mit dem Rahmen gehörte.

Ich schaltete schließlich das Google Web Toolkit zu verwenden, da ich wirklich die Datenbank nicht brauchen.

Ich denke, Grails und Groovy halte Versprechen, aber der Benutzer Erfahrung mit ihnen zu arbeiten ist derzeit (anwesend war im vergangenen Frühjahr) umständlich.

Ich denke, es auf die Umwelt hängt zu einem gewissen Grad dem Sie gerade arbeiten.

Grails scheint mehr Unternehmensebene Akzeptanz zu haben.

Rails hat die Koolaid-Atmosphäre, und ist sehr akzeptabel für Start-ups ohne Legacy-Systemen.

Persönlich beide ich verwende. Obwohl nur wirklich nur in der Grails Welt anfangen - ich mag, dass die Authentifizierung / Autorisierung einfacher in Grails-one einfachem Plugin ist; Shiro. Ich mag, dass Rails auf JVM nicht abhängig ist, und dauert nicht eine Minute oder so zum Start.

Ich finde die Einrichtung BDD / Gurke innerhalb Rails war viel einfacher, aber das könnte nur sein, weil das ist, was mit ich bin zufrieden! Es gibt definitiv Anstrengungen in der Grails Welt (cuke4duke usw.), um diese leichter und eine aktive Community zu entwickeln Grails zu machen.

Just my 2p ·

Versuchen Sie beide:)

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top