Re: Comparator na retezce s diakritikou
troni...@fit.cvut.cz napsal(a): Dobry den, kratke povidani o ceskem razeni: http://www.java.cz/article/ceskerazeni Díky za ten článek, je to pěkně a přehledně popsáno. Nestálo by za to nahlásit SUNům jako bug, že český Collator neřadí správně česky ? Makub -- ~~ Supercomputing Center Brno Martin Kuba Institute of Computer Scienceemail: ma...@ics.muni.cz Masaryk University http://www.ics.muni.cz/~makub/ Botanicka 68a, 60200 Brno, CZ mobil: +420-603-533775 -- smime.p7s Description: S/MIME Cryptographic Signature
Zkušenosti s Apache Wicket
Zdravím konferenci, Po nějaké době se chci zase trochu věnovat Javě, a to na webu. Poměrně zděšen jsem zjistil, že frameworků existují doslova desítky, takže jsem provedl určitý výběr . a vyšel mi z toho Apache Wicket. Má s ním někdo zkušenosti (dobré/špatné/proč?). Javu znám spíše z desktopu a komponentový přístup je mi blízký ;-)) Díky za případné postřehy, Petr
Re: Zkušenosti s Apache Wicket
Robil som v tom hobby projekt v kombinacii s Hibernate. Uciaca krivka je intenzivne strma a problem je v tom, ze v behu vidiet dve verzie: 1.3 a cerstvu 1.4, ktora pouziva generika. Dokumentacia miestami pokrivkava, a mnozstvo knih je stavane na 1.3kovu verziu. Ako komponentovy framework mi to prislo vyhodne, ale az od chvile, ked som pochopil niektore zakladne principy, ktore nie su velmi dobre propagovane. Treba pochopit modely a treba si uvedomit, ze LoadableDetachableModel je v mnohych percentach pripadov nutnost (inak sa data ukladaju do sessnu, data v komponentoch sa zahadne nerefreshuju, hoci to je zamer atd). Na prvy pohlad tiez posobi odstrasujuco mnozstvo inline subclassovania tried, co nie je v Jave velmi obvykle, ale vo Wickete je to takpovediac sposob myslenia. A pozor si treba dat na tu dvojitu hierarchiu: ktora musi byt zhodna v HTML i v kode, zaciatocnikom chvilu trva, kym si uvedomia, kde ju narusili. Na druhy pohlad sa mi strasne pacila tvorba komponentov: vytvorim triedu, vytvorim HTML a mam hotovy komponent, ktory mozem pouzivat hocikde na akejkolvek stranke. Ja by som nedbal pouzit Wicket i na dalsom projekte, ale musel by som vediet, ze tam budu naozaj komplexne formulare. On 18. 11. 2009 13:54, Petr Zajíc wrote: Zdravím konferenci, Po nějaké době se chci zase trochu věnovat Javě, a to na webu. Poměrně zděšen jsem zjistil, že frameworků existují doslova desítky, takže jsem provedl určitý výběr ... a vyšel mi z toho Apache Wicket. Má s ním někdo zkušenosti (dobré/špatné/proč?). Javu znám spíše z desktopu a komponentový přístup je mi blízký ;-)) Díky za případné postřehy, Petr
RE: Zkušenosti s Apache Wicket
Ta kombinace Java tříd a HTML kódu se mi právě líbí. U jiných frameworků bylo toto a ještě tuna konfigurace v XML, což byl děs. XML tady vlastně vůbec nejsou ;-) Šel bych do verze 1.4, to je jasné. Díky za postřehy. From: konference-boun...@java.cz [mailto:konference-boun...@java.cz] On Behalf Of Robert Novotny Sent: Wednesday, November 18, 2009 2:07 PM To: Java Subject: Re: Zkušenosti s Apache Wicket Robil som v tom hobby projekt v kombinacii s Hibernate. Uciaca krivka je intenzivne strma a problem je v tom, ze v behu vidiet dve verzie: 1.3 a cerstvu 1.4, ktora pouziva generika. Dokumentacia miestami pokrivkava, a mnozstvo knih je stavane na 1.3kovu verziu. Ako komponentovy framework mi to prislo vyhodne, ale az od chvile, ked som pochopil niektore zakladne principy, ktore nie su velmi dobre propagovane. Treba pochopit modely a treba si uvedomit, ze LoadableDetachableModel je v mnohych percentach pripadov nutnost (inak sa data ukladaju do sessnu, data v komponentoch sa zahadne nerefreshuju, hoci to je zamer atd). Na prvy pohlad tiez posobi odstrasujuco mnozstvo inline subclassovania tried, co nie je v Jave velmi obvykle, ale vo Wickete je to takpovediac sposob myslenia. A pozor si treba dat na tu dvojitu hierarchiu: ktora musi byt zhodna v HTML i v kode, zaciatocnikom chvilu trva, kym si uvedomia, kde ju narusili. Na druhy pohlad sa mi strasne pacila tvorba komponentov: vytvorim triedu, vytvorim HTML a mam hotovy komponent, ktory mozem pouzivat hocikde na akejkolvek stranke. Ja by som nedbal pouzit Wicket i na dalsom projekte, ale musel by som vediet, ze tam budu naozaj komplexne formulare.
Re: Zkušenosti s Apache Wicket
Ahoj, jeste muzu doporucit tapestry 5: + komponentovy pristup + zadne vnitrni tridy + zadna XML konfigurace + generuje validni HTML + pekne URL + opravdu rychly vyvoj + jednoduche na testovani - ze zacatku trochu slozitejsi Honza 2009/11/18 Petr Zajíc p...@xzajic.cz Ta kombinace Java tříd a HTML kódu se mi právě líbí. U jiných frameworků bylo toto a ještě tuna konfigurace v XML, což byl děs. XML tady vlastně vůbec nejsou ;-) Šel bych do verze 1.4, to je jasné. Díky za postřehy. *From:* konference-boun...@java.cz [mailto:konference-boun...@java.cz] *On Behalf Of *Robert Novotny *Sent:* Wednesday, November 18, 2009 2:07 PM *To:* Java *Subject:* Re: Zkušenosti s Apache Wicket Robil som v tom hobby projekt v kombinacii s Hibernate. Uciaca krivka je intenzivne strma a problem je v tom, ze v behu vidiet dve verzie: 1.3 a cerstvu 1.4, ktora pouziva generika. Dokumentacia miestami pokrivkava, a mnozstvo knih je stavane na 1.3kovu verziu. Ako komponentovy framework mi to prislo vyhodne, ale az od chvile, ked som pochopil niektore zakladne principy, ktore nie su velmi dobre propagovane. Treba pochopit modely a treba si uvedomit, ze LoadableDetachableModel je v mnohych percentach pripadov nutnost (inak sa data ukladaju do sessnu, data v komponentoch sa zahadne nerefreshuju, hoci to je zamer atd). Na prvy pohlad tiez posobi odstrasujuco mnozstvo inline subclassovania tried, co nie je v Jave velmi obvykle, ale vo Wickete je to takpovediac sposob myslenia. A pozor si treba dat na tu dvojitu hierarchiu: ktora musi byt zhodna v HTML i v kode, zaciatocnikom chvilu trva, kym si uvedomia, kde ju narusili. Na druhy pohlad sa mi strasne pacila tvorba komponentov: vytvorim triedu, vytvorim HTML a mam hotovy komponent, ktory mozem pouzivat hocikde na akejkolvek stranke. Ja by som nedbal pouzit Wicket i na dalsom projekte, ale musel by som vediet, ze tam budu naozaj komplexne formulare.
RE: Zkušenosti s Apache Wicket
Díky, na Tapestry 5 jsem taky koukal, ještě je zkusím porovnat mezi sebou From: konference-boun...@java.cz [mailto:konference-boun...@java.cz] On Behalf Of Jan Jirout Sent: Wednesday, November 18, 2009 3:15 PM To: Java Subject: Re: Zkušenosti s Apache Wicket Ahoj, jeste muzu doporucit tapestry 5: + komponentovy pristup + zadne vnitrni tridy + zadna XML konfigurace + generuje validni HTML + pekne URL + opravdu rychly vyvoj + jednoduche na testovani - ze zacatku trochu slozitejsi Honza 2009/11/18 Petr Zajíc p...@xzajic.cz
Re: Zkušenosti s Apache Wicket
Ještě můžu doporučit Stripes http://www.stripesframework.org/ + žádná XML konfigurace + pěkná URL + lze se rychle naučit, jednoduché, účinné, dokumentace výborná + rychlý vývoj - není moc komponentové Makub Jan Jirout napsal(a): Ahoj, jeste muzu doporucit tapestry 5: + komponentovy pristup + zadne vnitrni tridy + zadna XML konfigurace + generuje validni HTML + pekne URL + opravdu rychly vyvoj + jednoduche na testovani - ze zacatku trochu slozitejsi -- ~~ Supercomputing Center Brno Martin Kuba Institute of Computer Scienceemail: ma...@ics.muni.cz Masaryk University http://www.ics.muni.cz/~makub/ Botanicka 68a, 60200 Brno, CZ mobil: +420-603-533775 -- smime.p7s Description: S/MIME Cryptographic Signature
Re: Zkušenosti s Apache Wicket
Já bych řekl, že není vůbec komponentové ne? Respektive, takhle nějak si představuju jednoduchý request based framework. Rozhodně potvrzuji, že to je velmi KISS framework, který většina programátorů dá za 1 den. Na rozsáhlé repetitivní GUI by mohly být komponentové frameworky účinější, ale jak často člověk řeší na webu rozsáhlé GUI systémy s obrazovkami přes kopyto jako ve Foxce, že? Má troška do mlýna, Honza N. -- Ing. Jan Novotný @@ http://blog.novoj.net Myšlenky dne otce Fura -- Martin Kuba napsal(a): Ještě můžu doporučit Stripes http://www.stripesframework.org/ + žádná XML konfigurace + pěkná URL + lze se rychle naučit, jednoduché, účinné, dokumentace výborná + rychlý vývoj - není moc komponentové Makub Jan Jirout napsal(a): Ahoj, jeste muzu doporucit tapestry 5: + komponentovy pristup + zadne vnitrni tridy + zadna XML konfigurace + generuje validni HTML + pekne URL + opravdu rychly vyvoj + jednoduche na testovani - ze zacatku trochu slozitejsi
RE: Zkušenosti s Apache Wicket
... no, to je fakt, že na webu jde o formuláře ... a zase formuláře a sem tam nějakou tu tabulku ;-)) Tzn. tohle má něco do sebe... -Original Message- From: konference-boun...@java.cz [mailto:konference-boun...@java.cz] On Behalf Of Rodina Novotných Sent: Wednesday, November 18, 2009 4:40 PM To: Java Subject: Re: Zkušenosti s Apache Wicket Já bych řekl, že není vůbec komponentové ne? Respektive, takhle nějak si představuju jednoduchý request based framework. Rozhodně potvrzuji, že to je velmi KISS framework, který většina programátorů dá za 1 den. Na rozsáhlé repetitivní GUI by mohly být komponentové frameworky účinější, ale jak často člověk řeší na webu rozsáhlé GUI systémy s obrazovkami přes kopyto jako ve Foxce, že? Má troška do mlýna, Honza N. -- Ing. Jan Novotný @@ http://blog.novoj.net Myšlenky dne otce Fura --
Re: Zkušenosti s Apache Wicket
ja by som mozno pridal Spring MVC, tiez nie je komponentovy a tiez ma svoje + aj -. Ivan 2009/11/18 Petr Zajíc p...@xzajic.cz: ... no, to je fakt, že na webu jde o formuláře ... a zase formuláře a sem tam nějakou tu tabulku ;-)) Tzn. tohle má něco do sebe... -Original Message- From: konference-boun...@java.cz [mailto:konference-boun...@java.cz] On Behalf Of Rodina Novotných Sent: Wednesday, November 18, 2009 4:40 PM To: Java Subject: Re: Zkušenosti s Apache Wicket Já bych řekl, že není vůbec komponentové ne? Respektive, takhle nějak si představuju jednoduchý request based framework. Rozhodně potvrzuji, že to je velmi KISS framework, který většina programátorů dá za 1 den. Na rozsáhlé repetitivní GUI by mohly být komponentové frameworky účinější, ale jak často člověk řeší na webu rozsáhlé GUI systémy s obrazovkami přes kopyto jako ve Foxce, že? Má troška do mlýna, Honza N. -- Ing. Jan Novotný @@ http://blog.novoj.net Myšlenky dne otce Fura --
Re: Zkušenosti s Apache Wicket
Rodina Novotných napsal(a): Já bych řekl, že není vůbec komponentové ne? Respektive, takhle nějak si představuju jednoduchý request based framework. Trochu je. Můžu udělat komponentu tak, že si udělám JSP, kterou inkluduju do různých stránek, a v té JSP udělám stripes:useActionBean var=kompotenta1 beanclass=cz.neco.MojeKomponentaActionBean / a Stripes při zpracování tohohle tagu vytvoří instanci daného ActionBeanu, a provede binding dat z requestu na jeho settery, takže pokud v té JSP budu mít formulář nebo link, tak si je takováhle komponenta schopna zasílat data sama sobě. Aspoň si myslím, že by to takhle šlo použít, ve skutečnosti jsem to nepoužil. Dřív v Best Practises na http://www.stripesframework.org/display/stripes/Best+Practices doporučovali použít View Helper pattern, což je přesně to co jsem popsal, ale teď už tam doporučují pre-actions. Makub -- ~~ Supercomputing Center Brno Martin Kuba Institute of Computer Scienceemail: ma...@ics.muni.cz Masaryk University http://www.ics.muni.cz/~makub/ Botanicka 68a, 60200 Brno, CZ mobil: +420-603-533775 -- smime.p7s Description: S/MIME Cryptographic Signature
Re: Comparator na retezce s diakritikou
Nestálo by za to nahlásit SUNům jako bug, že český Collator neřadí správně česky ? Urcite ano. A protoze se k tomu nikdo nemel (nebo jo?), udelal jsem to ja. Bugs maji id 1654996 a 1654999. Z. -- Zdenek Tronicek FIT CTU in Prague
Re: Zkušenosti s Apache Wicket
Dne Wed, 18 Nov 2009 13:54:42 +0100 Petr Zajíc p...@xzajic.cz napsal/-a: provedl určitý výběr . a vyšel mi z toho Apache Wicket. Má s ním někdo zkušenosti (dobré/špatné/proč?). Me taky. Tak jsem se ho sel ucit a zacali jsme v nem vetsi projekt. Zhruba se s tim pracuje, jak jsme ocekavali a kdyby v tom clovek delal tradicni web, tak s tim nejsou v podstate zadne problemy. Snad jedine, ze jsme puvodne jsme chteli zabrednout do EE bordelu co mozna nejmene, ale nakonec jsme skoncili s Mavenem a Spring-JPA-Hibernate. A meli jsme problemy s cestinou viz jiny thread v teto diskusi. Ale jakmile jsme zacali vytvaret slozitejsi stranky, tak jsme zacali narazet na vsech stranach - napr. kdyz chces udelat form, jehoz prvky budou rozestreny pres vice zavedes tam nejakou dedicnost stranek apod., tak s tim problemy zacnou. Komponentove Javu znám spíše z desktopu a komponentový přístup je mi blízký ;-)) Díky za případné postřehy, Petr
Re: Zkušenosti s Apache Wicket
Dne Wed, 18 Nov 2009 17:31:37 +0100 Petr Fejfar petr.fej...@seznam.cz napsal/-a: Sorry, uklep jsem se a omylem to odeslal nedokoncene... provedl určitý výběr . a vyšel mi z toho Apache Wicket. Má s ním někdo zkušenosti (dobré/špatné/proč?). Me taky. Tak jsem se ho sel ucit a zacali jsme v nem vetsi projekt. Zhruba se s tim pracuje, jak jsme ocekavali a kdyby v tom clovek delal tradicni web, tak s tim nejsou v podstate zadne problemy. Snad jedine, ze jsme puvodne chteli zabrednout do EE bordelu co mozna nejmene, ale nakonec jsme skoncili s Mavenem a Spring-JPA-Hibernate. A meli jsme problemy s cestinou, ktere mel na svedomi nejspis Maven viz jiny thread v teto diskusi. Ale jakmile jsme zacali vytvaret slozitejsi stranky, tak jsme zacali narazet na vsech stranach. Asi nejhorsi jsou ruzne JS komponenty do browseru (coz je obecny problem wicket/newicket) - v jednoduchych prikladech se zda, ze funguji, ale kdyz se pak z komponent vysklada stranka, tak je to k nepouziti :-( Uz jsem to taky nekde popisoval - mozna u sousedu na builderu a napr. do wicket fora jsem posilal tabulku s vysledky testu popup-menu v ruznych browserech - taky v podstate k nepouziti :-( Nektere komponenty napr. z jQuery jsme si museli zaintegrovat sami, ale k tomu, jak to udelat, je docela malo dokumentace. Na problemy si stezuji i grafici, kdyz ten logicky markup (coz je prednost wicketu) skladaji na stranku pomoci CSS. Taky se jim to ruzne ovlivnuje a v kazdem browseru jinak. Jinak to, ze v markupu jsou v podstate jen placeholdery a zbytek se dela v Jave, znamena vic prace pro Javisty. Taky je treba si uvedomit, ze rada veci je pomerne neintuitivni: napr. kdyz vis, ze pro zmenu stavu neceho ve strance potrebujes zmenit treba hodnotu atributu class, tak snad kazdy programator v kteremkoli jazyce by vedel, jak to udelat v nejakem sablonovacim systemu nebo pri primem zapisu do vystupu. Ale ve Wicketu musis pridat ke komponente instanci AttributeModifieru a vhodnym modelem zajistit, aby predana hodnota byla v dobe renderovani aktualni... Jak uz psal Robert Novotny - je treba hned od zacatku venovat zvysenou pozornost modelum a v praxi radsi vsude predavat modely, nez nechat komponenty, aby si samy predavane hodnoty ruzne cpaly do modelu. Jinak Wicket site a dokumentace mi prijde uboha a tzv. wicket-stuff, kde lze leccos spis okoukat nez rovnou pouzit, je IMHO jeden velkej bordel. Forum i IRC jsou mista, kde se lze zpravidla dobrat pomoci. Asi bych s tim nezacinal bez knih (kupoval jsem ebooky za rozumnou cenu u Manningu). Osobne bych doporucoval zacit Enjoy Web Development with Wicket (ta ma IMHO docela slusnou didaktickou uroven - autor snad psal neco podobneho pro Tapestry) a pak pokracovat Wicket in Action: v ni me sice rozcilovala udajne humorna forma, ale psali to autori Wicketu a obsahuje radu dulezitych informaci. HTH, pf
Re: Zkušenosti s Apache Wicket
Ahoj, osobně jsem tisíciprocentně přesvědčen, že Wicket je na webové _aplikace_ aktuálně prostě nejlepší řešení. Zdůrazňuju ty aplikace -- má-li jít o prezentaci, kde víc než na snadném a robustním naprogramování funkčnosti záleží na podobě markupu, hezkých URL, škálování na desetitisíce současných uživatelů a podobné lahůdky, šel bych do nějakého request-based frameworku (Spring Web MVC, možná ty Stripesy, i když ty jsou hodně vázané na JSP, pokud vím). Souhlasím s tím, že dokumentace je, slušně řečeno, mizerná, ale s pomocí wiki, mailing listu a pohledů do zdrojáku se to dá zvládnout. Využívání dědičnosti, jak už tu někdo zmínil, je na javovské poměry nezvyklé, ale funguje překvapivě dobře (ovšem kdo paušálně odsuzuje anonymní vnitřní třídy, ten spláče nad vejdělkem). Souhlasil bych s tím, že pochopení modelů je naprosto klíčové, na druhou stranu jsou modely vcelku přirozené a velmi rychle člověku přejdou do krve. Jednoduše, každá komponenta má model, který obsahuje buďto data, která komponenta potřebuje, nebo způsob, jak ta data získat (AbstractReadOnlyModel, LoadableDetachableModel). Na netu není moc hotových věcí (souhlasím s výše uvedeným názorem na Wicket Stuff), ale dá se (na netu i přímo v distribuci Wicketu) snadno najít spousta příkladů, na základě kterých je jednoduché přiohnout si framework k obrazu svému. Když se člověk nebojí kódu, je to paráda. Wicket FTW! :-) LT
Re: Zkušenosti s Apache Wicket
Zkuste Google Web Toolkit. Zvlast kdyz jste driv vyvijel pro desktop, bude se vam v tom delat velmi prijemne. Vlada On 18.11.2009, at 13:54, Petr Zajíc wrote: Zdravím konferenci, Po nějaké době se chci zase trochu věnovat Javě, a to na webu. Poměrně zděšen jsem zjistil, že frameworků existují doslova desítky, takže jsem provedl určitý výběr … a vyšel mi z toho Apache Wicket. Má s ním někdo zkušenosti (dobré/špatné/proč?). Javu znám spíše z desktopu a komponentový přístup je mi blízký ;-)) Díky za případné postřehy, Petr
Re: Zkušenosti s Apache Wicket
Ahoj, Zkuste Google Web Toolkit. GWT je určitě super, ale IMHO to má ještě do produktivity ostatních frameworků daleko. Nicméně, pro všechny, kdo mají o GWT zájem, jako _naprostou_nutnost_ považuju tuhle přednášku: http://code.google.com/intl/cs-CZ/events/io/2009/sessions/GoogleWebToolkitBestPractices.htmlJejí obdobu jsem slyšel na letošním Google DevDayi a opravdu, kdybychom tohle slyšeli o pár let dřív, naše aplikace v GWT by vypadala (zevnitř, pochopitelně) mnohem líp. I když postupem času jsme se dopracovali k věcem, které tyhle best practices aspoň trochu vzdáleně připomínají. LT
Re: Zkušenosti s Apache Wicket
Dne Wed, 18 Nov 2009 14:06:42 +0100 Robert Novotny robert.novo...@upjs.sk napsal/-a: Uciaca krivka je intenzivne strma a problem je v tom, ze v behu vidiet Tim myslis, ze se to da naucit rychle nebo ze se to uci pomalu? (viz treba http://en.wikipedia.org/wiki/Learning_curve The familiar expression steep learning curve may refer alternately to rapid learning that is easy, or especially hard, or to steady progress that is increasingly difficult [...] Originally it referred to quick progress in learning during the initial stages [...] Over time, a different use of the metaphor has become common, in which a steep learning curve means that something requires a great deal of effort to learn pf
Re: Zkušenosti s Apache Wicket
S tym GWT je to zlozitejsie, lebo GWT nie je framework ale toolkit. GWT riesi iba komponenty pre zobrazovanie a ich model a par veci okolo. Ked v tom clovek chce nieco webove, tak ku GWT podla mna je potrebny nejaky dalsi framework. Mna celkom zaujal ExtGWT, ale ten je momentalne naskodu plateny. Celkom ma zaujima, ze ci ste to s niecim integrovali? Chcel by som sa tiez opytat, ze ci v GWT pouzivate prechody medzi strankami , t.j. take klasicke redirecty a ci to nesposobuje problemi s dlhym loadovanim js kniznic na klientovi? Ak viete o nejakych klasickych webovych aplikaciach napisanych v GWT, ktore by som si mohol ako pouzivatel pozret, tak budem vdacny za link. Ladislav Thon wrote / napísal(a): Ahoj, Zkuste Google Web Toolkit. GWT je určitě super, ale IMHO to má ještě do produktivity ostatních frameworků daleko. Nicméně, pro všechny, kdo mají o GWT zájem, jako _naprostou_nutnost_ považuju tuhle přednášku: http://code.google.com/intl/cs-CZ/events/io/2009/sessions/GoogleWebToolkitBestPractices.html Její obdobu jsem slyšel na letošním Google DevDayi a opravdu, kdybychom tohle slyšeli o pár let dřív, naše aplikace v GWT by vypadala (zevnitř, pochopitelně) mnohem líp. I když postupem času jsme se dopracovali k věcem, které tyhle best practices aspoň trochu vzdáleně připomínají. LT
Re: Zkušenosti s Apache Wicket
Ahoj, S tym GWT je to zlozitejsie, lebo GWT nie je framework ale toolkit. ano, to je hluboká pravda, a proto si myslím, že v téhle diskusi je lehoučce off topic :-) Tohle by si měli uvědomit všichni, kteří o GWT uvažují -- GWT dá člověku spoustu možností, o kterých by se mu jinak ani nesnilo, ale taky zodpovědnost. Rozhodně vás nevede za ručičku, jako normální frameworky. GWT riesi iba komponenty pre zobrazovanie a ich model a par veci okolo. Ked v tom clovek chce nieco webove, tak ku GWT podla mna je potrebny nejaky dalsi framework. Mna celkom zaujal ExtGWT, ale ten je momentalne naskodu plateny. Celkom ma zaujima, ze ci ste to s niecim integrovali? Ani ne. Možná to vyplynulo z toho, co jsem napsal, ale nejsem moc spokojený s tím, co jsme vyrobili -- na druhou stranu jsme s tím začínali v době GWT 1.4, krátce poté, co bylo GWT konečně final, a ta aplikace je poměrně malá (asi čtyři nebo pět obrazovek), takže se to dá zvládnout. S potřebou toho frameworku souhlasím -- jistý základ dává právě ta přednáška Raye Ryana a na základě ní vzniknuvší mvp4g (http://code.google.com/p/mvp4g/). Chcel by som sa tiez opytat, ze ci v GWT pouzivate prechody medzi strankami , t.j. take klasicke redirecty a ci to nesposobuje problemi s dlhym loadovanim js kniznic na klientovi? Nepoužíváme, je to stavová klientská aplikace -- ale většinu stavu se snažíme držet si v URL (HistoryToken). Ale před časem jsem přemýšlel, zda by se dalo GWT zneužít k naprogramování pouhé knihovny javascriptových komponent, které by se daly používat z klasického kódu v javascriptu, a došel jsem k tomu, že by to nejspíš šlo a že by to, kdyby tomu někdo chtěl věnovat dostatek času, mohlo být velmi zajímavé. GWT exporter by v tom mohl pomoci ( http://code.google.com/p/gwt-exporter/). Ak viete o nejakych klasickych webovych aplikaciach napisanych v GWT, ktore by som si mohol ako pouzivatel pozret, tak budem vdacny za link. No, Google to poslední dobou docela používá, třeba klient Google Wave :-) nebo nové AdWords. Taky jsem zaslechl, že v RedHatu to hodlají používat ( http://www.redhat.com/about/news/prarchive/2008/google_and_jboss.html), ale v jakém je to stavu netuším. Nějaké další věci se dají dohledat na webu, ale nemám pocit, že by GWT bylo nějakou masovou záležitostí (nebo se s tím lidi moc nechlubí). LT Ladislav Thon wrote / napísal(a): Ahoj, Zkuste Google Web Toolkit. GWT je určitě super, ale IMHO to má ještě do produktivity ostatních frameworků daleko. Nicméně, pro všechny, kdo mají o GWT zájem, jako _naprostou_nutnost_ považuju tuhle přednášku: http://code.google.com/intl/cs-CZ/events/io/2009/sessions/GoogleWebToolkitBestPractices.htmlJejí obdobu jsem slyšel na letošním Google DevDayi a opravdu, kdybychom tohle slyšeli o pár let dřív, naše aplikace v GWT by vypadala (zevnitř, pochopitelně) mnohem líp. I když postupem času jsme se dopracovali k věcem, které tyhle best practices aspoň trochu vzdáleně připomínají. LT
Re: Zkušenosti s Apache Wicket
Ahojte, tiez sa pokusim prispiet do tejto debaty, ale skor navrhom dalsich moznosti:) Prave teraz rozbiehame projekt a predbezny odhad na jeho implementaciu je cca. 2-3 roky. Klient preferuje kombinaciu Spring+Hibernate. Vzhladom na planovane bohatsie GUI a dlhodobejsi vyvoj stoji pred nami najzapeklitejsi problem - vybrat spravnu view technologiu. Kedze s Tapestry a Wicketom nemame ziadnu skusenost, je to mozno privelky risk, vrhnut sa na projekt takeho rangu. Po nejakej uvahe nam ostali 3 moznosti: 1) Spring MVC, FreeMarker, Tiles, DWR, jQuery komponenty - je to taka istota, ze si poradime s vacsinou problemov, avsak uz teraz vieme, ze budeme potrebovat zlozitejsie gridy a nemam dobre zmapovane, ci existuju uz hotove zlozitejsie JS widgety (s priamou podporou AJAXu - modalne okna, taby, stromy). Bojim sa zlozitejsej integracie, nutnosti stylovania pre zachovanie dizajnu ako celku, atd... Urcite nie je cielom si tieto veci znova programovat. 2) Spring WebFlow, RichFaces, Facelets Pouzitie JSF sa nuka hlavne koli vyuzitiu skvelej kniznice RichFaces (v SWF priama podpora Spring Faces, integrovane ajax4java, podpora jQuery). S RF som uz pracoval v kombinacii so Seamom a pacilo sa mi to. Nevyhodu vidim v tom, ze ak nastane nejaky problem, tak ohybat JSF komponenty, pripadne si pisat vlastne, nebude to prave. Mate s touto kombinaciou niekto skusenost? http://www.springsource.org/webflow http://livedemo.exadel.com/richfaces-demo/richfaces/actionparam.jsf 3) Spring, Vaadin (based on GWT) Na prvy pohlad vyzera tento framework velmi prijemne. Malo by mat API podobne tomu Swing-ovskemu. Ak by som uz mal pouzit nejake GWT rozsirenie, tak asi toto. Zatial ma ale z tychto 3 pristupov u mna najmenej bodov (mozno zo zvyku vytvarat GUI deklarativne). Navyse neviem, ako to je s jeho skutocnou integraciou do Springu. http://demo.vaadin.com/sampler/ Pomoze kazdy napad, ci kritika:) S pozdravom Roman. On Wed, 18 Nov 2009 22:59:02 +0100, Tomas Studva tstu...@gmail.com wrote: S tym GWT je to zlozitejsie, lebo GWT nie je framework ale toolkit. GWT riesi iba komponenty pre zobrazovanie a ich model a par veci okolo. Ked v tom clovek chce nieco webove, tak ku GWT podla mna je potrebny nejaky dalsi framework. Mna celkom zaujal ExtGWT, ale ten je momentalne naskodu plateny. Celkom ma zaujima, ze ci ste to s niecim integrovali? Chcel by som sa tiez opytat, ze ci v GWT pouzivate prechody medzi strankami , t.j. take klasicke redirecty a ci to nesposobuje problemi s dlhym loadovanim js kniznic na klientovi? Ak viete o nejakych klasickych webovych aplikaciach napisanych v GWT, ktore by som si mohol ako pouzivatel pozret, tak budem vdacny za link. Ladislav Thon wrote / napísal(a): Ahoj, Zkuste Google Web Toolkit. GWT je určitě super, ale IMHO to má ještě do produktivity ostatních frameworků daleko. Nicméně, pro všechny, kdo mají o GWT zájem, jako _naprostou_nutnost_ považuju tuhle přednášku: http://code.google.com/intl/cs-CZ/events/io/2009/sessions/GoogleWebToolkitBestPractices.html Její obdobu jsem slyšel na letošním Google DevDayi a opravdu, kdybychom tohle slyšeli o pár let dřív, naše aplikace v GWT by vypadala (zevnitř, pochopitelně) mnohem líp. I když postupem času jsme se dopracovali k věcem, které tyhle best practices aspoň trochu vzdáleně připomínají. LT
Re: Zkušenosti s Apache Wicket
Dne Thu, 19 Nov 2009 00:18:49 +0100 Roman Zakutny roman.zaku...@gmail.com napsal/-a: ci existuju uz hotove zlozitejsie JS widgety (s priamou podporou AJAXu - modalne okna, taby, stromy). Bojim sa zlozitejsej integracie, nutnosti stylovania pre zachovanie dizajnu ako celku, atd... K tomu me napada jeste jedna poznamka ve vztahu k Wicketu: mame zkusenost, ze cim mensi ma clovek kontrolu nad vygenerovanym HTML kodem, tim je chovani/integrace JS widgetu problematictejsi... Napr. jsme se snazili vybirat jQuery widgety (puvodne jsme zkouseli YUI, ktere je nejvic do Wicketu integrovano, ale i DOJO a buhvi jak se ty dalsi shity jmenuji a nebylo to lepsi) pro 4 browsery: Firefox, MSIE, Opera, Chrome (razeno podle potizi) vzdy s velmi podobnym scenarem/vysledkem: 1. nasli jsme zhruba 80 variant widgetu 2. kdyz jsme prosli dema od autoru, tak nam jich zbylo tak 5 3. kdyz jsme udelali sample integraci do Wicketu, tak nam zbyly 1-2 4. Kdyz jsme to zaintegrovali do slozitejsi wicket aplikace, tak se nedalo pouzit NIC. IMHO je to dano tim, ze zalezitosti kolem webu se spis strikaji nez programuji, takze ten JS kod neumi poradne traversovat DOMem a u slozitych stranek poskladanych z komponent, kde se vystupni markup renderuje v podstate cely Wicketem, vychazeji docela kosate struktury, se kterymi si ty widgety neporadi. Zrejme jakmile to autorum tech widgetu nejak funguje v nekolika pripadech rucne napsaneho markupu, tak uz bezi strikat neco dalsiho a nikdy si nedaji praci, aby to napsali poradne a dostatecne obecne. Urcite nie je cielom si tieto veci znova programovat. Asi si dovedes predstavit, kolik casu nam vyse popsana procedura zabrala. Takze je otazka, zda jsme nemeli rovnou sednout a programovat ;-) Nakonec jsme skoncili tak, ze jsme slezli z hrusky a dost ubrali z predstav o bohatosti GUI s tim, ze jakmile to budeme mit funkcni, tak se vratime k nekolika kandidatum widgetu a zkusime je napsat poradne a vyrobit bohatsi verzi aplikace. Ale jsme sami sobe zakaznikem, takze nas nikdo nebuzeruje, ze tam chce mit to ci ono :-) HTH, pf
