Komentáře k VsadNaJavu.cz - Odborný weblog o vývoji webových aplikací nad platformou Java a J2EE

Komentář k příspěvku iBatis 3 workshop od Dagi

Dagi — Thu, 04 Mar 2010 14:45:06 +0000

super, dejte mi vedet :-).

Komentář k příspěvku iBatis 3 workshop od Tomáš Páral

Tomáš Páral — Thu, 04 Mar 2010 12:45:16 +0000

Určitě je to zajímavý nápad. Máme za 14 dní MoroEducation den, kde budeme prezentovat výsledky našeho interního vzdělávání, tak se zkusíme dohodnout na nějakém tématu, které bychom byli schopni kvalitně odprezentovat.

Potom bychom se případně dohodnuli společně, jak by to finálně mělo vypadat. Každopádně děkujeme za nabídku.

Komentář k příspěvku iBatis 3 workshop od Dagi

Dagi — Thu, 04 Mar 2010 11:26:56 +0000

„Ještě jednou děkujeme Honzovi Novotnému za perfektní workshop a budeme se těšit v budoucnu na další zajímavá technická preview.“

No muzete s necim prijit i vy sami, Cervnovy workshop je stale otevreny ;-).

Komentář k příspěvku SpringSource portfolio od pavkriz

pavkriz — Tue, 02 Mar 2010 22:15:53 +0000

Bohuzel, ani znalost typu neni postacujici. Napr. takto lze dynamicky pridavat metody za behu k existujici tride (a vubec nevadi, ze uz existuji jeji instance):

String s = „Zila, byla, jedna dynamicka metoda…“;
//println s.velkaPismena(); // vyhodi groovy.lang.MissingMethodException
String.metaClass.velkaPismena = { delegate.toUpperCase() };
// tady uz existuje
println s.velkaPismena();

Podoby mechanismus je pouzit napr. v GORMu pro „dynamicke DAO“ (metoda findByTitle fakticky neexistuje, jeji nazev vychazi z konvence, kterou GORM pouziva a GORM rozparsuje nazev aby sestavil odpovidajici dotaz).

def book = Book.findByTitle(“Groovy in Action“)

Takze na doplnovani kodu je opravdu treba spise zapomenout…

Komentář k příspěvku SpringSource portfolio od Radek Teichmann

Radek Teichmann — Tue, 02 Mar 2010 10:51:22 +0000

Je pravda, že v článku to bylo napsáno špatně – upravil jsem. Myslím, že jsme si úplně nerozuměli – šlo mi o to vyjádřit, že v Groovy se nemusí explicitně uvádět typy – tedy že používá dynamické typování. To, že se s typy pracuje či ne, je úplně jiná otázka a máte pravdu v tom, že s typy se určitě pracuje.

Komentář k příspěvku SpringSource portfolio od benzin

benzin — Tue, 02 Mar 2010 07:58:46 +0000

No tak si ten clanek zkorigujte. V clanku pisete ze se typ urcuje pri kompilaci, takze ani IDE pak nema problem ho odhadnout. No a nebo se urcuje az za behu a pak chapu, ze IDE s tim ma problemy. Kazdopadne se tam s typy pracuje, takze urcite ten jazyk neni netypovy.

Komentář k příspěvku SpringSource portfolio od Radek Teichmann

Radek Teichmann — Mon, 01 Mar 2010 15:03:01 +0000

Groovy se může používat klasicky jako Java – tedy typově. Typy se mohou u jednotlivých proměnných udávat. Ale také nemusí – poté se typ určuje až při běhu (tedy podle toho, co se do proměnné nastaví). Samozřejmě, že Groovy umožňuje převod typů za běhu, ale platí zde stejná pravidla jako kdekoliv v Javě – lze převádět typy, které mezi sebou převádět lze, jinak konverze skončí chybou. IDE vám v tomto nepomůže, protože neví co v jaké proměnné může být – je ale možné, že existují nějaké nástroje, které s tím dokáží pomoci – s nimi jsem ale zatím nepracoval.

Komentář k příspěvku SpringSource portfolio od Radek Teichmann

Radek Teichmann — Mon, 01 Mar 2010 14:55:27 +0000

Děkuji za upozornění – opraveno.

Komentář k příspěvku SpringSource portfolio od benzin

benzin — Mon, 01 Mar 2010 14:53:21 +0000

Nejak chapu tu netypovost Groovy. Typ se urcuje az pri kompilaci? Takze je tam typ nebo ne?

Navic pokud se urcuje typ uz pri kompilaci tak preci nema IDE problem ho znat a pomoct s automatickym doplnovanim, stejne jako to dela napr. Preci i eclipse dela hodne pomocnych veci skrz kompilator.

Zamena to tedy ze Groovy neprevadi typy automaticky za behu?

Komentář k příspěvku SpringSource portfolio od Dave

Dave — Mon, 01 Mar 2010 14:46:26 +0000

preklep: autor se jmenuje Rod Johnson