Vlákno názorů k článku Groovy: Java má vzdáleného bratrance od bubak - Groovy bych rozhodne doporucil k vyzkouseni. Pokud chcete...

Groovy bych rozhodne doporucil k vyzkouseni. Pokud chcete zacit programovat, tak rovnou preskocte javu a zacnete s timto.

Groovy je skvele na mensi projekty nebo prototypy. Take bych o nem uvazoval pokud mate v tymu neJavare, ma o dost rychlejsi start.

A je to porad bytecode, takze je to o dost pouzitelnejsi nez bastl zacinajici na R.

Groovy ma ale dve vady:
1) je pomalejsi nez klasicka Java, hlavne casti pracujici s dedicnosti a typy. Udava se 2x az 50x, je to zpusobene slozitejsi dedicnosti/typeless...
2) kompilator neumi soucasne kombinovat kod groovy a javy.

Moje doporuceni je tedy nabusit objektovy model v klasicke jave a ostatni veci v groovy.

1)Zvysi se tim rychlost (jen 2x az 5x pomalejsi).
2)ORM, annotace a podobne opicarny jsou jednodussi (jde to ale i promo z Groovy)
3)Dvere do javy zustanou otevrene.

PS: idealni doplnek pro data storage http://www.db4o.com/about/productinformation/

"A je to porad bytecode, takze je to o dost pouzitelnejsi nez bastl zacinajici na R"

Tak tady bych s výběrem slov byl opatrnější, a to nejen kvůli osobě autora. :-) To už bych rovnou mohl říct, že je mnohem lepší použít Common Lisp, protože "je to pořád poctivý nativní kód, takže je to o dost použitelnější, než bastl začínající na J." ;-) (A možná by to byla pravda, vzhledem k existenci léty prověřených objektových systémů, které s "dědičností a typy" umějí mnohem víc a přitom nejsou tak pomalé. :-) Tohle jen ukazuje, že suní Java je nejlepší implementace Javy, ale znásilňovat do ní jiné jazyky nemá až takový smysl.)

A JR snad není bytecode?

JetBrains uvolnili cross compiler, ktery zkompiluje najednou jak javu, tak groovy.