Quali sono alcuni dei maggiori problemi / insidie nell'utilizzo del framework Grails? Sto imparando il framework ora, e mi piace davvero, ma ho bisogno di sapere quali sono i principali problemi che posso incontrare quando lo uso e come evitarli.
IMO, la parte più debole di Grails è stata la mancanza di funzionalità di migrazione del modello di dati (migrazioni di Ala Rails ActiveRecord). C'erano alcuni plugin di terze parti con vari livelli di qualità, ma niente di ufficiale.
Tuttavia, ho appena scoperto che Liquibase è stato esteso e trasformato nel plug-in di migrazione del database, e sembra promettente: link
Il lato positivo, per tutto quello che ho usato per Grails (app web semplici e moderatamente complesse), è stato in gran parte fantastico. Direi che posso ottenere all'incirca un aumento da 2x a 3x della produttività di sviluppo su uno stack Java / Hibernate / Spring / Spring MVC.
L'esecuzione dei test di integrazione è stata lenta poiché l'ambiente Grails richiede tempo per il caricamento e per eseguire il test è necessaria solo una frazione del tempo. Ciò aumenterà il tempo di rotazione quando si sta sviluppando il codice che scrive sul db. L'altro problema è già stato menzionato da Kaleb nella sua risposta (sulla migrazione dei dati). Ho anche scoperto che ogni volta che ero bloccato, il numero di forum che potevo ottenere aiuto era limitato rispetto all'aiuto disponibile per ibernare e primavera.
L'attuale insidia nell'utilizzo del framework è la sua attuale scarsa integrazione nel sistema di costruzione gradle. Al momento utilizza un plug-in per realizzare questo, ma il plug-in si interrompe con le nuove versioni di Grails (come ho recentemente provato a utilizzare e correggere). Hanno in programma di risolvere questo problema nella versione futura rendendo gradle parte del sistema di build di Grails (invece di Gant), ma la mancanza di un sistema di build che si possa facilmente integrare è un problema. Tuttavia, questa trappola sparirà in futuro.
Un altro trabocchetto è la natura dinamica della lingua. Devi assolutamente scrivere test per tutto. La maggior parte degli errori nel codice si trovano in fase di esecuzione. È davvero un modo diverso di pensare a un programma. Affidarsi al compilatore per trovare alcuni dei tuoi errori non avviene con questo framework. Non sto dicendo che è cattivo, è solo diverso (e una trappola se non ti è familiare).
Mi piace il concetto di graal intero / groovy, anche se personalmente ho usato il groovy più dei grani, penso che siano entrambi splendidi.
L'unico lato negativo (nella mia esperienza personale) è il supporto IDE scarso. Ho pensato (piuttosto ottimisticamente) che come SpringSource aveva un'eccellente build di Eclipse e fossero forti sostenitori di Grails che questa sarebbe stata la strada da percorrere. I plug-in groovy sono difficili da installare, il completamento del codice è instabile (sempre un problema con i linguaggi dinamici, ma non è di grande aiuto scegliere tra 60 metodi), il debugging può essere noioso perché spesso richiede il passaggio del codice interno di groovy e nell'ultima versione l'installazione del plugin Groovy interrompe il debugger Java!
Attualmente ha un supporto incerto per le classi astratte. Ad esempio, non è possibile associare un elenco di implementazioni a un singolo List<T> in un oggetto comando. Certo, questo è principalmente fastidioso perché sono abituato a legare magicamente tutto il resto! : D
Generalmente è ancora solo una specie di "verde"; alla fine ti imbatti in strane piccole limitazioni e bug. Tuttavia, in pochi anni ha davvero fatto tanta strada.