Che cosa rende Groovy + Grails una configurazione più produttiva rispetto a Java EE?

Question

Mi capita spesso di vedere riferimenti a "Grails" e "Groovy" in questi giorni .. soprattutto su quanto grande sia un aumento della produttività rispetto a Java EE standard, o cose come JSF, Struts ecc. E c'è anche una serie impressionante di casi di studio a sostegno di questo anche sul loro sito web. Quindi ho solo pensato di esplorarne un po '..

All'inizio, ero curioso di sapere se c'era del materiale (link, blog, articolo, carta ...) che spiega quali sono le caratteristiche speciali in Grails + Groovy (e non trovato altrove, nel mondo Java EE) che lo rende un ambiente più produttivo in cui lavorare?

Answer 1

La Wikipedia Grails pagina fornisce una spiegazione di base:

Grails ha tre proprietà che tentano di aumentare la produttività rispetto ai tradizionali framework web Java:

• Nessuna configurazione XML
• Ready- ambiente di sviluppo da utilizzare
• Funzionalità disponibile tramite mixins

Il primo punto in realtà dovrebbe essere "meno configurazione" a seguito di RoR-popolare di configurazione-by-convenzione: il quadro affronta lo sviluppo di una certa classe di applicazioni e fornisce ragionevoli valori predefiniti in quel contesto.

Anche il secondo punto è prezioso: un'applicazione Hello World può essere sviluppata e implementata in un paio di comandi Grails. Ciò riduce la barriera all'ingresso, aumenta la condivisione della mente e rende l'esperienza di sviluppo più snella rispetto al puro sviluppo Java.

Userò un esempio dalla pagina Grails GORM per illustrare il terzo punto. Grails permette di scrivere questo tipo di codice per recuperare un libro dal suo titolo dalla tabella "libro", senza dover impostare molto di nulla fino:

Book.findByTitle("Groovy in Action") 

Naturalmente, è il risultato di una proprietà molto più generale di Groovy: la sua natura dinamica.

Per ulteriori report di aumento della produttività, vedere ad es. il cielo report.

Answer 2

Un quadro diventa utile quando riduce al minimo lo sforzo di fare qualcosa. Ecco perché C ha avuto più successo di Assembly, C++ migliorato in C e Java in C++.

Anche se non strettamente elencato in pro e contro, mi piace la discussione sull'argomento in uno blogpost da uno dei primi sviluppatori Groovy. Inoltre, mi piace anche la discussione su un altro moderno framework di applicazione web supportato da database da Martin Fowler, uno dei principali architetti nel mondo Java EE.

Mi sono imbattuto anche in Groovy, mentre testavo le applicazioni Java. Verrai in contatto con il lavoro di Dirk Koenig, ad es. short Groovy presentation. A proposito, se vuoi sviluppare applicazioni "cloud" correlate, Ruby apre anche un sacco di porte.