Ich arbeite seit ein paar Monaten an GWT-Projekten und habe beschlossen, dieses Spring Roo-Ding auszuprobieren. Ich habe bemerkt, dass es sehr lange dauern kann, um von 0 zu den gleichen Ergebnissen wie bei Roo zu gelangen. Mein erster Gedanke war: "Das ist großartig"!Roo + GWT - gut für die Entwicklung?
Aber sobald Sie ein paar persistente Entitäten eingerichtet haben und Roo Ihr Gerüst für GWT generiert und Sie haben ein sehr einfaches Layout, aber eine riesige Menge an Code. Dann was? Du hörst auf, Roo zu benutzen und gehst mit der Hand weiter? Die Benutzeroberfläche ist nett, aber sehr einfach.
Ich möchte die Dinge nicht von Hand ändern, da ich Roo Generation nicht vermasseln will. Also entferne ich einfach alle Roo-Sachen und ich falle wieder in den "langsamen" Modus.
Hat jemand mit Spring Roo + GWT eine relativ komplexe Anwendung erstellt?
Ich bin nicht sehr vertraut mit Spring, so könnte es hässlich werden (an GWT + GXT + DataNucleus + Guice/Gin + Gilead). Empfiehlst du, in einem solchen Fall von Roo wegzubleiben?
Aus meiner Sicht, Roo ist gut für die Generierung der Domain Layer Boilerplate, da dies sehr langweilig ist, aber das ist es.
Also, ist das der "offizielle" Anwendungsfall? Schnelles Prototyping oder, wenn Sie es in realen Projekten verwenden wollen, lassen Sie es das Gerüst einmal erzeugen und dann von dort gehen (d. H. Den automatisch generierten Code hacken und nie wieder roo laufen lassen)? – Thilo
Nun, es scheint, Roo ist eine Lösung, um die "Best Practices" zu verstehen, aber dann gehst du weiter mit der Hand ... Ich fand diesen anderen Beitrag, der ziemlich interessant ist: http://stackoverflow.com/questions/4243454/to-roo -oder-nicht-zu-roo –