Frühling roo vs appfuse Service / dao Schicht erzeugen

Question

Ich suche Feedback von erfahrenen Anwendern auf Frühling roo und appfuse. Was halten Sie für eine bessere Arbeit Reverse-Engineering-Datenbanktabellen und eine Dienstschicht, dao Schicht zu erzeugen und JPA-Entitäten?

Wenn ich mich nicht täuscht, Frühling roo zur Zeit nicht umgekehrt eine Datenbank Ingenieur.

Answer 1

Sie sind richtig, dass Sie nicht umgekehrt eine Datenbank in Roo Ingenieur kann. Es gibt einen offenen JIRA Artikel für diesen , die Sie abstimmen können.

Allerdings könnte man versuchen, die Verwendung von Eclipse-Hibernate Tools Ihrer Datenbank Reverse Engineering, dann diese Objekte ändern, um sie Roo Entities zu machen. Das wahrscheinlich obwohl eine viel Handarbeit verbunden wäre.

Für AppFuse, gibt es in der AppFuse Maven Plugin die den gesamten erstellen AppFuse Projekt für Sie aus einer bestehenden Datenbank. Ich bin sicher nicht, wenn es zur Zeit funktioniert aber, weil die letzte Person, die ich erwähnte, an denen sie konnte es nicht funktioniert.

Je nach Bedarf, können Sie auch die Grails Rahmen einen Versuch geben möchten. Es gibt ein Tool namens grag dass umkehren kann aus einer Datenbank einen Grails Anwendungstechniker.

Answer 2

Nur ein kurzes Update für alle Benutzer zu informieren, dass Stolpern auf diesem Thread jetzt (oder zumindest nach dem heutigen Tag :)); Mit dem neuen Release 1.1.0, Frühling Roo hat jetzt Unterstützung inkrementelle Datenbank Reverse Engineering aus dem Kasten heraus. Sehen Sie diese Version annoucement .

Als Kommentar zu der eigentlichen Frage: Ich glaube nicht eine der beiden ist viel besser als die anderen in der eigentlichen Einheit Generation, aber es gibt einen großen Unterschied zwischen natürlich AppFuse und Spring Roo abgesehen von der Einheit Generation . Wenn Sie tatsächlich DAOs benötigen, ist dies etwas, das out-of-the-Box kommt in AppFuse und setzt zum Teil im Frühjahr Roo, aber es ist auch ein großer Add-on für den Frühling Roo (Hades Add-on), das einen tollen Jobs in diesem Fall ist, vielleicht sogar besser als AppFuse. Hauptgrund für die AppFuse, in meiner bescheidenen Meinung nach gehen, ist, wenn Sie einen anderen Web Framework erfordern (dh Wicket. Tapestry oder JSF) als Front-End dann Spring MVC oder GWT, da diese zur Zeit die einzige gut unterstützten Web-Frameworks innerhalb Frühling Roo ( obwohl mehr kommen, wie Flex etc.). Andere Grund, warum Sie für AppFuse gehen könnte, ist, wenn Sie eine IDE mit voller Intellisense und Code-Completion-Unterstützung verwenden möchten, wollen aber nicht von Eclipse (verwenden, können Sie anderen IDE verwenden, und Build funktioniert sehr gut mit Frühlings-Roo, aber wegen auf die AspectJ-Dateien, die von Netbeans nicht erkannt werden, sind andere IDE von Eclipse dann zur Zeit für das Frühling Roo) erzeugt / verwalteten Dateien nicht gut Code-Vervollständigung tun.

Aber wenn Sie Eclipse-nichts ausmachen (oder besser noch die Feder Tool Suite) und tun wollen GWT verwenden und / oder Spring MVC, würde ich Frühling Roo empfehlen. Hauptgründe für den Frühling Roo zu gehen, ist die, in meiner bescheidenen Meinung nach, höhere Produktivität, weit bessere Unterstützung, weit höhere Dynamik und Aktivität, niedrigere Lernkurve (für schnelle CRUD App Generation) und natürlich die Rails wie Kommando-Shell, von der aus Sie schnell einzurichten und konfigurieren Ihre Anwendung.

Ps. Beachten Sie, dass ich AppFuse nicht aktiv verwendet haben seit über einem Jahr, so mein Wissen über AppFuse ein wenig eingerostet ist.

Answer 3

Roo ist gut schnell zu stopfen setzen up (Round-Tripping ist erstaunlich) .. aber der Mangel an out-of-the-Box sorgt für eine Dienstschicht setzt meine Bedürfnisse in einer Bindung. Ich weiß, was ich tun kann @Services Annotation und Ortscode in geeigneter Weise wie in der Dokumentation (zu viel Arbeit beim Start) erwähnt. Ich wünschte Roo gab mir eine Wahl, um eine Dienst + dao Schicht zu haben ... out-of-the-box. Das wäre (gemacht haben) / Marke Roo eine Killer-Applikation, imho

Answer 4

Das ROO-435 Problem ist eigentlich unser gefordertes Feature, so dass ich‘ ll implementieren, dass innerhalb der nächsten Wochen in Frühling Roo . In der Zwischenzeit Jasons Vorschlag, die Eclipse-Hibernate Tools verwenden JPA-Entitäten zu erstellen kommentierte ist eine sofortige Lösung, die vollständig Roo kompatibel ist.