Lohnt sich Grails? [geschlossen]

Das ist halb Schimpfen, halb Frage.

Lohnt es sich, Grails zu benutzen? Ich versuche, eine relativ einfache datenbankgesteuerte Webanwendung zu entwickeln. Meine Expertise liegt in Java, daher schien Grails natürlich eine gute Wahl zu sein. Zuerst dachte ich daran, Spring, JPA und Hibernate zu verwenden, aber ich habe das schon früher verwendet und bin auf alle möglichen mühsamen Konfigurations- und Codierungsarbeiten gestoßen. Grails wirbt dafür, dies zu lösen.

Meine größte Frustration mit Grails sind all die kleinen Dinge, die nicht funktionieren. Was ich meine ist, dass es nicht so funktioniert, wie man es sich intuitiv vorstellen würde. Es ist sehr rau an den Rändern. Ich habe ständig Probleme. Manchmal ist es mein Mangel an Grails-Verständnis - manchmal habe ich legitime Grails-Fehler entdeckt.

Ein Hauptproblem ist das Fehlen einer guten Eclipse-Integration. Es gibt ein Groovy and Grails-Plugin, aber es macht nicht viel anderes als das Hervorheben der Syntax. Das Aufrufen von Groovy von Java und umgekehrt ist sehr schmerzhaft zu konfigurieren . Keine gute IDE-Unterstützung zu haben, ist eine große Enttäuschung.

Ich setze mich hin und versuche, meine Webanwendung zu entwickeln. Am Ende des Tages stelle ich fest, dass ich ungefähr 85% des Tages damit verbracht habe, Probleme im Zusammenhang mit Grails zu beheben. Wenn es keine Eclipse-Probleme gibt, dann ist es eifriges Laden , Abrufen in der Ansicht , Eins-zu-Viele-Beziehungen , seltsames Verhalten bei leeren Dateifehlern , ein seltsamer Eigenschafts- / Getter-Fehler - es geht einfach weiter und weiter. Dies ist nur ein Beispiel für die Probleme, auf die ich heute gestoßen bin. Mein letztes Treffen mit Grails brachte eine ganze Reihe verschiedener Probleme mit sich.

Ich frage mich manchmal, ob es sich lohnt. Ich bin gespannt, ob andere dies erlebt haben. Gibt es Leute, die Grails tatsächlich verwenden, um eine Webanwendung produktiv zu starten? Gibt es andere Frameworks für eine schnelle Webentwicklung, die ich in Betracht ziehen sollte?

Wir hatten ein Team von 12 Leuten, alle erfahrene Java-Entwickler, die Grails ab 0.6B gelernt haben, und wir arbeiten alle noch an Projekten, die auf Grails basieren. Ich würde nicht bereitwillig zu Java zurückkehren, und wir sind alle erleichtert, dass wir uns den Rücken gebrochen haben, wie man mit einer Grails-App schnell irgendwohin kommt.

Es war ein Kampf, es war nicht einfach und es gab / gibt Frustration.

Trotzdem haben wir angesichts unserer laufenden Bemühungen sehr schnell etwas geliefert. Es gibt Fehler, von denen viele Problemumgehungen haben.

Ich habe von mehreren Instanzen von Entwicklern gehört, die gut in Java sind und versuchen, in tiefe, komplexe Beschwörungsformeln von Grails-Projekten einzutauchen. Wir haben ganz Java gemieden und sind auf Grails und Groovy gegangen. Wir haben dafür gesorgt, dass wir einfach angefangen haben, die Komplexität so überschaubar und praktisch wie möglich aufgebaut haben. Wir haben es nicht gewagt, in die Tiefe zu tauchen und hoffen, dass unser Java-Wissen ausreicht, um uns zu tragen.

Wir hatten schließlich etwas Großes und Komplexes geschaffen, das fabelhaft funktionierte und so viel schneller ging als das Schreiben einer reinen Java / Spring / Hibernate-Version. und das ohne anständige IDE-Unterstützung und eine weitaus schlimmere Situation in Bezug auf Fehler als heute.

In Bezug auf die Eclipse-Unterstützung ist Intellij die einzige echte IDE, die für Grails / Groovy verwendet werden kann - die Eclipse-Unterstützung liegt leider weit zurück: Ich war ein Eclipse-Liebhaber und bin weit davon entfernt, ein Intellij-Konvertit zu sein - die Grails / Groovy-Unterstützung hat alles andere umgehauen obwohl.

Ja, Grails ist im Vergleich zum Frühling vielleicht unreif. Oder Winterschlaf. Und ich würde wetten, dass sie in den ersten 1,5 Jahren ihres Bestehens ebenso problematisch waren.

So wie es ist, liegt es an Ihnen, darauf zu achten, dass Sie die Komplexität auf ein absolutes Minimum beschränken, zuerst sorgfältig zu testen (unserer Meinung nach) und die Komplexität schrittweise und sorgfältig aufzubauen.

Es gibt keine schnelle Codelösung mit Java, wenn Sie Spring / Hibernate in den Stack einbeziehen. Die Komplexität, die Grails verkörpert, spiegelt die eigene Komplexität von Spring / Hibernate wider. Wenn Sie das Gefühl haben, dass Ihre Zeit besser mit reinem Java verbracht wird, würde ich nicht anders argumentieren. Ich habe immer noch meine WTFs, aber jetzt, wo die steile Lernkurve hinter mir liegt, denke ich, dass ich noch mehr mit Grails arbeiten werde.

Ich schreibe aus zwei Gründen sehr gerne Grails-Bewerbungen:

• Ich muss kein Java verwenden
• Ich kann Java verwenden

Ich denke, nachdem man sich mit Gralen vertraut gemacht hat, erledigt man seine Sachen sehr schnell und elegant.

Soviel zum Plus. Die negative Seite ist die Leistung, die mich in zwei Aspekten trifft: Bereitstellung und testgetriebene Entwicklung.

Ich habe es nicht geschafft, mehr als 3 Grails-Anwendungen auf einem einzigen (gemieteten) Server auszuführen, da ich schnell an die Speicher- und Leistungsgrenzen gestoßen bin. Es sind einfach zu viele Frameworks enthalten.

Außerdem ist der Testrunner von Grails diesen Namen nicht wert. Wenn ich Unit-Tests durchführe, sollten sie sofort durchgeführt werden, nicht in 10 bis 20 Sekunden. Daher schreibe ich ständig Geschäftslogik in einfachem Java, weil ich sie viel schneller testen kann. Aber ich denke, dass dies mit einer besseren Integration in die IDE (Eclipse) angegangen werden kann.

Ich denke, die Unterstützung von Grails durch Spring wird einen großen Schub geben. Wenn irgendjemand es im Web an CRUD vorbei bringen kann, sind es diese Leute.

Ich denke auch, dass es eine kritische Masse erreicht. Es gibt mehrere neue Bücher, die 2009 auf den Markt kommen werden. Ich denke, diese werden die Akzeptanzrate verbessern.

Ich stimme den Ansichten der Originalplakate voll und ganz zu.

Wir sind ein Java + Spring Shop und haben die Gelegenheit genutzt, Grails auszuprobieren. Wir haben zuerst eine sehr kleine Testanwendung erstellt, die sich als ziemlich einfach herausstellte und ziemlich gut funktionierte. Die Hauptprobleme, die wir hier hatten, waren auf unser mangelndes Wissen über Groovy und Grails zurückzuführen.

Nach diesem Erfolg (Vertrauensschub) haben wir beschlossen, ein etwas größeres Projekt zu versuchen. Dies war eine viel schmerzhaftere Erfahrung. Wie von anderen erwähnt, haben wir alle Arten von Fehlern und Problemen aufgedeckt, die an der Oberfläche nicht sofort erkennbar waren. Die App-Neustartzyklen werden extrem schmerzhaft und wenn Sie keine wirklich gute Testabdeckung haben, ist es ein Albtraum, irgendeine Art von Re-Factoring durchzuführen.

Wirklich frustrierend ist, dass Code ohne eine einzige Fehlermeldung fehlschlägt! Es funktioniert einfach nicht und Sie wissen nicht warum?

Ich mag die einfache Verwendung von Plugins für JMS, Quartz und Remoting, um nur einige zu nennen. Beseitigt viel langwieriges XML.

Ich mag GORM fast wegen seiner Einfachheit, obwohl wir auch einige Probleme hatten.

Ich mag die lose typisierte Natur von Groovy nicht und die Tatsache, dass Sie Ihre Anwendung ausführen müssen, um eine Reihe von Fehlern zu erkennen, erinnert mich zu sehr an PHP oder Rails.

Letztendlich fragen wir uns, ob es möglich ist, mit Grails ein komplexes Stück verwaltbarer Software zu schreiben ...

Wir haben eine Grails-Anwendung, die in Produktion gehen wird ... also werden wir sehen.

Wir verwenden Grails + auf der Web-Ebene + Java mit Ruhezustand und Spring auf der Service-Ebene. Es sind die klassischen drei Ebenen (Web, Logik, Daten), in denen das Web Grails ist und die Logik in Java implementiert ist. Wie in Java üblich, verwenden wir Bean-Objekte, die die Daten zwischen verschiedenen Ebenen darstellen.

Es funktioniert ziemlich gut und es war die beste Lösung für unseren Fall, da die Bean-Objekte bereits vorhanden waren, sowie die Datenbankstruktur. Aus unserer Erfahrung denke ich, dass Grails als Webpräsentationsebene einen großen Wert hat, aber ich würde mich an Java halten, um die Geschäftsregeln zu schreiben und die Anwendungsdaten beizubehalten - da Grails Java ist, ist die gesamte Grails-Java-Integration hübsch einfach.

Wir verwenden Eclipse, um die Grails-Anwendung zu entwickeln, und es ist eine schlechte Integration, wie die Leute hier sagten. Als Vorschlag eines anderen Entwicklers führen wir die Grails-Anwendung jedoch über die Befehlszeile aus und verwenden Eclipse nur zum Speichern der Quelldateien. Dies funktioniert recht gut, da die Anwendung im laufenden Betrieb aktualisiert wird.

Ich fühle mich noch nicht wohl, wenn ich Grale an anderen Orten als in der Präsentationsebene verwende.

Ich habe viel mehr Erfahrung mit Ruby on Rails als mit irgendetwas in der Java-Welt, daher komme ich aus einer anderen Perspektive. Insgesamt Grails sind viel mehr rough-um-die-Kanten als Rails ist, teilweise aufgrund seiner Unreife, und zum Teil , weil es stützt sich auf zwei irrsinnig komplexen Frameworks unter-the-Abdeckungen (Spring und Hibernate). Rails hat auch eine viel größere Community.

Aber Groovy als Sprache hat große Fortschritte gemacht und es ist eine Freude, mit ihm zu arbeiten. Dank der in Groovy 1.6 vorgenommenen Verbesserungen ist Grails ein bisschen schneller als JRuby on Rails, und Sie erhalten über GPath eine erstaunlich gute XML-Unterstützung. Es gibt viele nette Funktionen, die Sie erhalten, wenn Sie sich in der JVM befinden (wie Parallelität und jede Menge threadsicherer Code), aber ohne sich mit Java herumschlagen zu müssen (eine Sprache, die mir nicht besonders wichtig ist), also habe ich eine wirklich Es fällt mir schwer, mich davon zu überzeugen, irgendetwas für die MRT zu verwenden.

Python sieht jedoch verlockend aus, muss ich zugeben.

Was Ihre Eclipse-Probleme betrifft, kann ich nicht helfen. Ich benutze Vim und Emacs, hauptsächlich, weil ich IDEs nicht ausstehen kann. Für dynamische Sprachen wie Groovy, Ruby und Python glaube ich jedoch nicht, dass IDEs wirklich Vorteile bringen, da es keinen Platz für die Codegenerierung gibt oder kompiliert werden muss. Vielleicht versuchen Sie eine Weile ohne IDE zu arbeiten und sehen Sie, ob die Dinge reibungsloser sind?

Also, ja, ich denke Grails ist es wert. Sie haben einen verdammt guten Job gemacht, um die Dinge so schnell wie möglich zum Laufen zu bringen, und die Teams Grails und Groovy sind beide sehr, sehr engagiert.

Ich bin total bei dir! Grails fühlt sich an den Rändern immer noch so rau an, dass es fast ein Witz ist, es mit Rails zu vergleichen. Wenn zumindest die Fehlerberichterstattung etwas besser war. Aber ich denke, das liegt wahrscheinlich auch an der großen Menge an Bibliotheken, die unter der Decke verwendet werden. Ein Wort: Stacktrace! Ich bin auch kein großer Fan des Modell-> DB-Ansatzes (Rails hat DB-> Modell). Das Gerüst lässt auch viel Raum für Verbesserungen. Dann funktioniert "kein Neustart erforderlich" auch nicht wie angekündigt. (Ich bin mir nicht sicher, was schlimmer ist - ich muss ständig neu starten oder finde manchmal seltsame Verhaltensweisen, die beim Neustart verschwinden.) Und lass mich nicht mit GORM anfangen. (Wenn es Stunden dauert, einen Weg zu finden, was ein einfaches SQL gewesen wäre, fragen Sie sich, ob dieses ganze ORM Ihnen wirklich Zeit spart.) Vielleicht, solange es einfach ist.

Ich meine: Es ist immer noch eine der besseren Möglichkeiten eines Frameworks, wenn Sie aus der Java-Welt kommen. (So ​​viel nutzloser Mist da draußen, der sich selbst als Webframework bezeichnet) ... es hat Potenzial. Ich wünschte nur, es hätte nicht auf so vielen anderen komplexen Dingen aufgebaut.

Wie auch immer - hoffen wir, dass diese Dinge sortiert werden. Im Moment lauere ich auf playframework.org, das auch sehr schick und vielversprechend aussieht.

Es wird sich lohnen, wenn sie das Eclipse-Plugin fertig stellen. Je früher desto besser sage ich. Der Versuch, meinem Chef Groovy zu verkaufen, wird nicht einfach sein, bis das passiert.

Ich finde, dass der größte Vorteil von Grails darin besteht, dass ich mich nicht mehr um die Datenbank kümmern muss - das Schema wird automatisch erstellt / aktualisiert und die Persistenz wird größtenteils für mich erledigt (kein SQL-Abfragen mehr schreiben). Das ist eine große Erleichterung. Die andere Sache, die ziemlich nett ist, ist, dass das Hinzufügen neuer Domänenobjekte ziemlich schnell ist, sobald Sie sich für die Vorlagen für Controller und Ansichten entschieden haben. Obwohl ich vermute, dass Sie zumindest Ihre Ansichten laufend ändern werden, indem Sie sie an die vorhandenen anpassen.

Was die IDE betrifft, scheint IntelliJ die beste Option zu sein, aber ich bin mit Netbeans 6.5 zufrieden. Ich verwende MyEclipse für alle anderen Entwicklungen, aber Netbeans bietet jetzt eine bessere Grails-Unterstützung.

Ich war ein Eclipse-Benutzer, bevor ich anfing, Grails zu verwenden. Es war schnell klar, dass es nicht klappen würde. Also habe ich Intellij und NetBeans ausprobiert. Zu dieser Zeit war Intellij für Groovy und Grails besser. NetBeans war jedoch kostenlos und das machte es gut genug für mich. Seitdem haben alle drei neue Versionen oder neue Plugins veröffentlicht. Ich verwende NetBeans wegen der Kosten für Intellij immer noch. Mit der Übernahme von G2One durch Spring Source ist eine der Erwartungen eine stärkere Unterstützung für Groovy und Grails in Eclipse. Dies wird für eine verstärkte Annahme erforderlich sein.

Die Verwendung von Grails für ein neues Projekt ist wunderbar. So viel Enterprise Java-Gepäck ist nicht mehr erforderlich. Ich kann mir vorstellen, dass es schwierig ist, etwas zu portieren, denn bis Sie verstehen, wo die Stärken und Schwächen eines Frameworks liegen, ist es schwierig, es effizient zu nutzen. Es wird versprochen, dass die JSP-Unterstützung in Grails 1.1 einfacher wird. Ich weiß nicht, ob die Verwendung einer Beta-Version beim Versuch, ein neues Framework zu erstellen, eine gute Idee ist. Die Tests wurden auch für die neue Version grundlegend überarbeitet. Wenn es die Zeit erlaubt, können Sie warten, da die Version 1.1 sehr bald verfügbar sein sollte.

Wenn Sie die Möglichkeit haben, Grails in einer anderen IDE auszuprobieren, wenn Sie ein Projekt von Grund auf neu starten, werden Sie es wahrscheinlich in einem anderen Licht sehen.

Ich habe gerade angefangen, Grails für ein neues Projekt zu verwenden. Es ist wirklich erstaunlich, keine XML-Dateien schreiben zu müssen, aber dennoch die Kraft von Spring and Hibernate zu haben.

Verwenden Sie IntellijIDEA für die IDE. Ich habe Grails tatsächlich über die IDE entdeckt (ich bin jedoch möglicherweise voreingenommen, ich hasse Eclipse).

Total. Es gibt so viele Java-Frameworks, dass die Messlatte für Neulinge ziemlich hoch liegt, und es ist ein Beweis für Grails, dass es sich in einem so überfüllten Raum erheben konnte.

Es hat immer noch ein paar scharfe Kanten, aber diese sind nur eine Frage der Zeit, bis sie verfilzt sind. Das zugrunde liegende Projekt ist es SEHR wert.

Grails sind möglicherweise zu groß für Ihren Anwendungstyp (basierend auf den zahlreichen Dateien, die bei der ersten Initialisierung erstellt wurden, und den dafür benötigten Ressourcen). Wenn Sie nach etwas Einfachem suchen, ist Grails möglicherweise nicht das, wonach Sie suchen. Wenn Sie nach etwas Einfachem suchen und es funktioniert, kann Django Ihrer Meinung nach Ihre Arbeit gut machen. Sehen Sie sich an, wie einfach (wie viele Dateien erforderlich sind), um CRUD-Apps aus dem Lernprogramm zu erstellen . Von hier aus können Ihre Apps (relativ) einfach skaliert werden, wenn Ihre Anforderungen und Anforderungen wachsen.

Ich bin mir nicht sicher, ob sie jemals in der Lage sein werden, Grails richtig zu machen. Und mit Recht meine ich, alle Details (kleine und große) anzusprechen, wodurch es sich am Ende spröde und zerbrechlich anfühlt. Ich bin mir nicht mal sicher, ob ein echtes Entwicklungsteam (dh mehr als 2 Personen) dahinter steckt.

Jedes Mal, wenn ich eine Funktion meiner Grails-Projekte durchlaufe und versuche, etwas zu verbessern, ist es der gleiche Workflow: Alles fällt auseinander, dann sind es hundert Google-Testzyklen, und Sie finden heraus, warum Sie dies nicht tun können was du willst und du machst etwas anderes.

Am Ende bist du frustriert, weil du nicht einmal etwas anfassen willst, das läuft. Und Dinge, die nicht gut sind, lassen Sie sie fallen!

Ich erwäge einen Wechsel zu Rails über JRuby. Das ist vielleicht das Beste aus beiden Welten: ein leistungsfähiges Webframework mit einer aktiven und großen Community, ein engagiertes Entwicklerteam, eine Plattform, die nicht auf fragwürdigen und komplexen Frameworks wie Spring oder Hibernate basiert, ein schneller und ehrgeiziger Veröffentlichungszyklus. Und JRuby, weil ich ehrlich gesagt so viele Java-Assets in meinem Rucksack habe, dass ich sie nicht einfach wegwerfen kann.

Wenn Sie über Java-Kenntnisse verfügen, wie Sie sagen. Sie sollten sich Play Framework ansehen - es ist ein von Ruby on Rails inspiriertes Webframework mit einem sehr kurzen Entwicklungszyklus - speichern Sie einfach Ihre Java-Quelldatei und aktualisieren Sie Ihren Webbrowser. Wenn Sie eine andere Sprache ausprobieren möchten, verfügt Play Framework über ein Modul, mit dem Sie stattdessen Scala verwenden können.

Ich mag Play Framework, da es leicht zu verstehen ist und eine gute Leistung hat. Sie können auch JPA und Hibernate für die ORM-Ebene verwenden, wenn Sie möchten.