Re: Rich frontend gwt,zk,flex, pripadne iny
Ahoj, ad 3. ja som pod Vaadin naprogramoval akusi evidenciu skladu. Mne osobne, ako programatorovi webom nedotknutemu Vaadin ohromne vyhovoval, pretoze zamaskoval velke mnozstvo know-how, ktore by som bez neho musel absorbovat. Vyvoj by sa dal prirovnat programovaniu klasickych desktop aplikacii ( mam skusenosti s QT(Jambi), ale v diskusiach som cital, ze je to tak isto ekvivalentne praci so swing-om ), clovek nemusi vobec nic tusit o html, css, javascripte ( aspon na zaciatok ). Vsetka logika aplikacie sa odohrava na serveri, klientsky kod sluzi len ako zobrazovadlo ( co moze v niektorych zlozitejsich pripadoch byt limitujuce kvoli vykonu, ale v realnej situacii o tom dost pochybujem. Koniec koncov pokial je potrebne spracovat nejaku ulohu priamo na klientovi, ta moznost hrabnut priamo na gwt/javascript tam zostava ). Eventy typu klik, mouseover, submit a tak podobne takisto letia priamo na server a obsluhuju sa v Java kode. ad 1 Co sa tyka rychlosti, nedokazem sa fundovane vyjadrit, pretoze moj projekt pouzivaju paralelne 2 ludia. Odporucam si pozriet ich sampler ( http://demo.vaadin.com/sampler/ ) a trochu poklikat, popripade checkoutnut a spustit nejake example aplikacie. Sampler zaroven obsahuje aj zdrojaky jednotlivych ukazok, takze sa da z neho dost inspirovat. Pokial by sme sa bavili o rychlosti tabuliek, strasne zavisi, akym sposobom je implementovany model. Pokial tabulu naplnim milionmi zaznamov, ktore musi klient drzat v pamati, bude sa to dlho nacitavat a praca s tym bude otrasna. Pokial sa spravne pouzije prislusny container, data si klient nacitava postupne a nevyskytuju sa desiatky sekund dlhe lagy. Samozrejme sa od toho neda ocakavat rychlost desktop aplikacie, kedze eventy mozu letiet cez pol sveta, ale to je asi u web aplikacie pochopitelne. ad 2. Flow vaadin aplikacie je odlisny od flow klasickej webovej aplikacie. Bez dodatocneho usilia sa vsetko odohrava v jednom okne na jednej url, pricom je mozne jeho obsah rozne menit. Ja mam napriklad okno rozdelene na 2 polovice, v lavo klasicky strom, kde si uzivatel vybera cinnost, ktoru chce vykonavat ( prezerat zaznamy, vytvorit novy atd ... ), v pravo samotny obsah. Na tomto strome mam obsluzny event, ktory podla toho, na ktory element uzivatel klikol, zmeni obsah pravej polovice okna. Po chvilke tapania si na to clovek spravi nejaku generiku, ktoru potom uz len recykluje. Clovek musi ale absorbovat je fakt, ze vaadin nie je web framework, ale ria framework, defaultne sa odohrava vsetko na jednej URL a bez dodatocnej obsluhy nefunguje back/forward button web browsera a tak podobne ( je to ale riesitelne a popisane vo vaadin book ). Proste vaadin aplikacia je desktop aplikacia v browseri. Urcitym minusom takisto je, ze neexistuje pouzitelny layout designer, takze si clovek musi dost kreslit na papier a potom to pozicovat rucne v java kode. Kedze je to ale silne komponentovo orientovane, tak sa to vacsinou pozicuje len raz a potom sa to akurat recykluje. Takze nejake subjektivne resume - ak o webe clovek nic nevie a ma naprogramovat RIA, ktorej feeling ma blizsie k desktop aplikacii ako k web portalu, vaadin je dobra volba. Pokial to ma byt ale klasicka web aplikacia/portal s webovym flow, bolo by to dost znasilnovania a je lepsie sa poobzerat niekde inde ( wicket? ). Mne ako byvalemu QT-ckarovi vaadin dokonale vyhovoval. -- Dusan Dňa 11. marca 2011 15:46, Tomas Studva tstu...@gmail.com napísal(-a): Dobry den, chcem sa spytat na ten vaadin, kedze s nim mate skusenosti: 1, je to dostatocne rychle? Napr. co som pozeral tabulky, tak tie sa mi zdali nepouzitelne pomale 2, ako sa vo vaadin riesi flow control aplikacie 3, ak sa nemylim, tak vadin ma abstraktnu vrstvu nad gwt, je to tak? Je to lepsie ako priamo pouzit GWT? Inak, naposledy ked som sa na vaadin pozeral, vyzeral ako velmi dobry framework, ale nezahrnal vsetky oblasti ktore by som od frameworku ocakaval. Tomas 2011/3/8 Robert Slama rsl...@spiritline.org a co vaadin ? ten som pouzil na par projektoch a az na nejake drobnosti neboli nejake velke problemy s tym a pokial mas skusenosti so swingom tak to je ako cez kopirak. r^ 2011/3/8 Petr Prikryl peter.prik...@gmail.com: http://www.zive.cz/default.aspx?article=156146 Adobe uz ten compiler ma v public tests. Jinak hodne se da vykouzlit s richfaces prip primefaces, ale nepodarilo se mi oba spojit... PP On 03/08/2011 02:05 PM, Marek wrote: Este som zabudol na dolezity faktor a to biedne vyhliadky pre flash do buducna, vzhladom na kombinaciu JS,html5. Mozno adobe zachrani niejaky compiler z flexu do js,html5 ale to je len moj nazor. 2011/3/8 Marek ma...@gmail.com mailto:ma...@gmail.com Zdravim, Ktory z vyssie uvedenych frameworkov by ste odporucili na RichUI. Ide o B2B aplikaciu s javovskym backendom, desiatky max stovky uzivatelov. Moje pozorovanie: GWT- vyzera zaujimavo, no vraj strma learning curve - potreba pouzit
Re: Rich frontend gwt,zk,flex, pripadne iny
Dakujem za cenne info, k bodu 2, ano ten sampler som pozeral, vsetko sa mi zdalo ok, az na tie tabulky, ale lokalne som to neskusal. Ono to je predsa dost rozdiel keby to bezalo niekde na intranete, co si myslim ze je najvhodnejsie nasadenie a v mojom pripade sa jednalo o intranet. Tomas 2011/3/14 Dusan Msk msk.c...@gmail.com Ahoj, ad 3. ja som pod Vaadin naprogramoval akusi evidenciu skladu. Mne osobne, ako programatorovi webom nedotknutemu Vaadin ohromne vyhovoval, pretoze zamaskoval velke mnozstvo know-how, ktore by som bez neho musel absorbovat. Vyvoj by sa dal prirovnat programovaniu klasickych desktop aplikacii ( mam skusenosti s QT(Jambi), ale v diskusiach som cital, ze je to tak isto ekvivalentne praci so swing-om ), clovek nemusi vobec nic tusit o html, css, javascripte ( aspon na zaciatok ). Vsetka logika aplikacie sa odohrava na serveri, klientsky kod sluzi len ako zobrazovadlo ( co moze v niektorych zlozitejsich pripadoch byt limitujuce kvoli vykonu, ale v realnej situacii o tom dost pochybujem. Koniec koncov pokial je potrebne spracovat nejaku ulohu priamo na klientovi, ta moznost hrabnut priamo na gwt/javascript tam zostava ). Eventy typu klik, mouseover, submit a tak podobne takisto letia priamo na server a obsluhuju sa v Java kode. ad 1 Co sa tyka rychlosti, nedokazem sa fundovane vyjadrit, pretoze moj projekt pouzivaju paralelne 2 ludia. Odporucam si pozriet ich sampler ( http://demo.vaadin.com/sampler/ ) a trochu poklikat, popripade checkoutnut a spustit nejake example aplikacie. Sampler zaroven obsahuje aj zdrojaky jednotlivych ukazok, takze sa da z neho dost inspirovat. Pokial by sme sa bavili o rychlosti tabuliek, strasne zavisi, akym sposobom je implementovany model. Pokial tabulu naplnim milionmi zaznamov, ktore musi klient drzat v pamati, bude sa to dlho nacitavat a praca s tym bude otrasna. Pokial sa spravne pouzije prislusny container, data si klient nacitava postupne a nevyskytuju sa desiatky sekund dlhe lagy. Samozrejme sa od toho neda ocakavat rychlost desktop aplikacie, kedze eventy mozu letiet cez pol sveta, ale to je asi u web aplikacie pochopitelne. ad 2. Flow vaadin aplikacie je odlisny od flow klasickej webovej aplikacie. Bez dodatocneho usilia sa vsetko odohrava v jednom okne na jednej url, pricom je mozne jeho obsah rozne menit. Ja mam napriklad okno rozdelene na 2 polovice, v lavo klasicky strom, kde si uzivatel vybera cinnost, ktoru chce vykonavat ( prezerat zaznamy, vytvorit novy atd ... ), v pravo samotny obsah. Na tomto strome mam obsluzny event, ktory podla toho, na ktory element uzivatel klikol, zmeni obsah pravej polovice okna. Po chvilke tapania si na to clovek spravi nejaku generiku, ktoru potom uz len recykluje. Clovek musi ale absorbovat je fakt, ze vaadin nie je web framework, ale ria framework, defaultne sa odohrava vsetko na jednej URL a bez dodatocnej obsluhy nefunguje back/forward button web browsera a tak podobne ( je to ale riesitelne a popisane vo vaadin book ). Proste vaadin aplikacia je desktop aplikacia v browseri. Urcitym minusom takisto je, ze neexistuje pouzitelny layout designer, takze si clovek musi dost kreslit na papier a potom to pozicovat rucne v java kode. Kedze je to ale silne komponentovo orientovane, tak sa to vacsinou pozicuje len raz a potom sa to akurat recykluje. Takze nejake subjektivne resume - ak o webe clovek nic nevie a ma naprogramovat RIA, ktorej feeling ma blizsie k desktop aplikacii ako k web portalu, vaadin je dobra volba. Pokial to ma byt ale klasicka web aplikacia/portal s webovym flow, bolo by to dost znasilnovania a je lepsie sa poobzerat niekde inde ( wicket? ). Mne ako byvalemu QT-ckarovi vaadin dokonale vyhovoval. -- Dusan Dňa 11. marca 2011 15:46, Tomas Studva tstu...@gmail.com napísal(-a): Dobry den, chcem sa spytat na ten vaadin, kedze s nim mate skusenosti: 1, je to dostatocne rychle? Napr. co som pozeral tabulky, tak tie sa mi zdali nepouzitelne pomale 2, ako sa vo vaadin riesi flow control aplikacie 3, ak sa nemylim, tak vadin ma abstraktnu vrstvu nad gwt, je to tak? Je to lepsie ako priamo pouzit GWT? Inak, naposledy ked som sa na vaadin pozeral, vyzeral ako velmi dobry framework, ale nezahrnal vsetky oblasti ktore by som od frameworku ocakaval. Tomas 2011/3/8 Robert Slama rsl...@spiritline.org a co vaadin ? ten som pouzil na par projektoch a az na nejake drobnosti neboli nejake velke problemy s tym a pokial mas skusenosti so swingom tak to je ako cez kopirak. r^ 2011/3/8 Petr Prikryl peter.prik...@gmail.com: http://www.zive.cz/default.aspx?article=156146 Adobe uz ten compiler ma v public tests. Jinak hodne se da vykouzlit s richfaces prip primefaces, ale nepodarilo se mi oba spojit... PP On 03/08/2011 02:05 PM, Marek wrote: Este som zabudol na dolezity faktor a to biedne vyhliadky pre flash do buducna, vzhladom na kombinaciu JS,html5. Mozno adobe zachrani niejaky compiler z flexu do
Re: Rich frontend gwt,zk,flex, pripadne iny
Skus si spravit maly copy-paste projekt, tabulu a model okopci zo sampleru a pusti to lokalne a uvidis, ci tam bude rozdiel. -- Dusan 2011/3/14 Tomas Studva tstu...@gmail.com Dakujem za cenne info, k bodu 2, ano ten sampler som pozeral, vsetko sa mi zdalo ok, az na tie tabulky, ale lokalne som to neskusal. Ono to je predsa dost rozdiel keby to bezalo niekde na intranete, co si myslim ze je najvhodnejsie nasadenie a v mojom pripade sa jednalo o intranet. Tomas 2011/3/14 Dusan Msk msk.c...@gmail.com Ahoj, ad 3. ja som pod Vaadin naprogramoval akusi evidenciu skladu. Mne osobne, ako programatorovi webom nedotknutemu Vaadin ohromne vyhovoval, pretoze zamaskoval velke mnozstvo know-how, ktore by som bez neho musel absorbovat. Vyvoj by sa dal prirovnat programovaniu klasickych desktop aplikacii ( mam skusenosti s QT(Jambi), ale v diskusiach som cital, ze je to tak isto ekvivalentne praci so swing-om ), clovek nemusi vobec nic tusit o html, css, javascripte ( aspon na zaciatok ). Vsetka logika aplikacie sa odohrava na serveri, klientsky kod sluzi len ako zobrazovadlo ( co moze v niektorych zlozitejsich pripadoch byt limitujuce kvoli vykonu, ale v realnej situacii o tom dost pochybujem. Koniec koncov pokial je potrebne spracovat nejaku ulohu priamo na klientovi, ta moznost hrabnut priamo na gwt/javascript tam zostava ). Eventy typu klik, mouseover, submit a tak podobne takisto letia priamo na server a obsluhuju sa v Java kode. ad 1 Co sa tyka rychlosti, nedokazem sa fundovane vyjadrit, pretoze moj projekt pouzivaju paralelne 2 ludia. Odporucam si pozriet ich sampler ( http://demo.vaadin.com/sampler/ ) a trochu poklikat, popripade checkoutnut a spustit nejake example aplikacie. Sampler zaroven obsahuje aj zdrojaky jednotlivych ukazok, takze sa da z neho dost inspirovat. Pokial by sme sa bavili o rychlosti tabuliek, strasne zavisi, akym sposobom je implementovany model. Pokial tabulu naplnim milionmi zaznamov, ktore musi klient drzat v pamati, bude sa to dlho nacitavat a praca s tym bude otrasna. Pokial sa spravne pouzije prislusny container, data si klient nacitava postupne a nevyskytuju sa desiatky sekund dlhe lagy. Samozrejme sa od toho neda ocakavat rychlost desktop aplikacie, kedze eventy mozu letiet cez pol sveta, ale to je asi u web aplikacie pochopitelne. ad 2. Flow vaadin aplikacie je odlisny od flow klasickej webovej aplikacie. Bez dodatocneho usilia sa vsetko odohrava v jednom okne na jednej url, pricom je mozne jeho obsah rozne menit. Ja mam napriklad okno rozdelene na 2 polovice, v lavo klasicky strom, kde si uzivatel vybera cinnost, ktoru chce vykonavat ( prezerat zaznamy, vytvorit novy atd ... ), v pravo samotny obsah. Na tomto strome mam obsluzny event, ktory podla toho, na ktory element uzivatel klikol, zmeni obsah pravej polovice okna. Po chvilke tapania si na to clovek spravi nejaku generiku, ktoru potom uz len recykluje. Clovek musi ale absorbovat je fakt, ze vaadin nie je web framework, ale ria framework, defaultne sa odohrava vsetko na jednej URL a bez dodatocnej obsluhy nefunguje back/forward button web browsera a tak podobne ( je to ale riesitelne a popisane vo vaadin book ). Proste vaadin aplikacia je desktop aplikacia v browseri. Urcitym minusom takisto je, ze neexistuje pouzitelny layout designer, takze si clovek musi dost kreslit na papier a potom to pozicovat rucne v java kode. Kedze je to ale silne komponentovo orientovane, tak sa to vacsinou pozicuje len raz a potom sa to akurat recykluje. Takze nejake subjektivne resume - ak o webe clovek nic nevie a ma naprogramovat RIA, ktorej feeling ma blizsie k desktop aplikacii ako k web portalu, vaadin je dobra volba. Pokial to ma byt ale klasicka web aplikacia/portal s webovym flow, bolo by to dost znasilnovania a je lepsie sa poobzerat niekde inde ( wicket? ). Mne ako byvalemu QT-ckarovi vaadin dokonale vyhovoval. -- Dusan Dňa 11. marca 2011 15:46, Tomas Studva tstu...@gmail.com napísal(-a): Dobry den, chcem sa spytat na ten vaadin, kedze s nim mate skusenosti: 1, je to dostatocne rychle? Napr. co som pozeral tabulky, tak tie sa mi zdali nepouzitelne pomale 2, ako sa vo vaadin riesi flow control aplikacie 3, ak sa nemylim, tak vadin ma abstraktnu vrstvu nad gwt, je to tak? Je to lepsie ako priamo pouzit GWT? Inak, naposledy ked som sa na vaadin pozeral, vyzeral ako velmi dobry framework, ale nezahrnal vsetky oblasti ktore by som od frameworku ocakaval. Tomas 2011/3/8 Robert Slama rsl...@spiritline.org a co vaadin ? ten som pouzil na par projektoch a az na nejake drobnosti neboli nejake velke problemy s tym a pokial mas skusenosti so swingom tak to je ako cez kopirak. r^ 2011/3/8 Petr Prikryl peter.prik...@gmail.com: http://www.zive.cz/default.aspx?article=156146 Adobe uz ten compiler ma v public tests. Jinak hodne se da vykouzlit s richfaces prip primefaces, ale nepodarilo se mi oba spojit... PP On 03/08/2011 02:05 PM,
Re: Rich frontend gwt,zk,flex, pripadne iny
ide o dynamickejsiu zalezitost, coraz viac som nakloneny niektorej z alternativ gwt, flex. Respektive najviac GWT. GWT je googlacka zalezitost takze v tom vidim aj perspektivu dlhsieho vyvoja tohto frameworku, aj ked osobne by som javu v GWT vymenil niejakym krajsim jazykom. Taktiez flash nieje dlhodobou zalezitostou, casom bude uplne zvalcovany html5tkou. Na druhej strane to vyzera ze vyvoj vo flexe je v sucastnosti dost efektivny, a je to casta volba pre tvorbu richUI. Z RIA klientov mam trochu strach,kedze cast app logiky je na klientovy, ale tak snad je tam niejak riesena security. Na komunikaciu flex/gwt - backend pouzivate RPC alebo REST ? 2011/3/9 Robert Novotny robert.novo...@upjs.sk On 9. 3. 2011 17:06, Dusan Msk wrote: Ad Wicket - skutocne je vhodnym kandidatom na tento typ ulohy? ( nerypem, pytam sa ) To zalezi na tom, co zadavatel rozumie pod RichUI: ci ide o komplexne formulare s mnozstvom komponentov a volitelnym Ajaxom alebo o nieco este dynamickejsie. Robert Novotny -- M^2
Re: Rich frontend gwt,zk,flex, pripadne iny
Dobry den, chcem sa spytat na ten vaadin, kedze s nim mate skusenosti: 1, je to dostatocne rychle? Napr. co som pozeral tabulky, tak tie sa mi zdali nepouzitelne pomale 2, ako sa vo vaadin riesi flow control aplikacie 3, ak sa nemylim, tak vadin ma abstraktnu vrstvu nad gwt, je to tak? Je to lepsie ako priamo pouzit GWT? Inak, naposledy ked som sa na vaadin pozeral, vyzeral ako velmi dobry framework, ale nezahrnal vsetky oblasti ktore by som od frameworku ocakaval. Tomas 2011/3/8 Robert Slama rsl...@spiritline.org a co vaadin ? ten som pouzil na par projektoch a az na nejake drobnosti neboli nejake velke problemy s tym a pokial mas skusenosti so swingom tak to je ako cez kopirak. r^ 2011/3/8 Petr Prikryl peter.prik...@gmail.com: http://www.zive.cz/default.aspx?article=156146 Adobe uz ten compiler ma v public tests. Jinak hodne se da vykouzlit s richfaces prip primefaces, ale nepodarilo se mi oba spojit... PP On 03/08/2011 02:05 PM, Marek wrote: Este som zabudol na dolezity faktor a to biedne vyhliadky pre flash do buducna, vzhladom na kombinaciu JS,html5. Mozno adobe zachrani niejaky compiler z flexu do js,html5 ale to je len moj nazor. 2011/3/8 Marek ma...@gmail.com mailto:ma...@gmail.com Zdravim, Ktory z vyssie uvedenych frameworkov by ste odporucili na RichUI. Ide o B2B aplikaciu s javovskym backendom, desiatky max stovky uzivatelov. Moje pozorovanie: GWT- vyzera zaujimavo, no vraj strma learning curve - potreba pouzit dalsi widget framework, pre vecsie mnozstvo widgetov - pristupnot na mobiloch Flex- mnozstvo komponentov, vyzera ze sa v tom dobre,efektivne vyvyja, menej strma learning curve - moze byt problem s pristupnostou z mobilov napr. i* - vyssia narocnost flashu oproti javascriptu zaujimalo by ma porovnanie vykonu javascriptu,flashu, z mojich pozorovani je flash v priemere velmi narocny na klientske PC ZK- server side framework, neviem onom vela, nieje taky rozsireny -- M^2 -- M^2 -- Petr Prikryl --- petrprik...@centrum.cz prik...@admin24.cz www.admin24.cz
Re: Rich frontend gwt,zk,flex, pripadne iny
Na webe nie som moc zbehly, ale na podobny druh aplikacie som pouzil Vaadin. Mne ako byvalemu QT-ckarovi dost vyhovuje, nemusim sa ucit kraviny okolo html, css, js. Niekto do qtjambi konfery linkoval JVx framework, ktory by mal byt akysi write once run everywhere v online prostredi ( ma viacero frontendov, od webu cez android az po klasicku JSE aplikaciu ), ale s tym mam nulovu skusenost. Kazdopadne architektonicky vyzera dost zaujimavo. Ad Wicket - skutocne je vhodnym kandidatom na tento typ ulohy? ( nerypem, pytam sa ) Ad RAP - osobne by som pouzil len v pripade, ze ho budem kombinovat s RCP, alebo uz mam nieco nad RCP vyvinute a chcem to zrecyklovat. -- Dusan 2011/3/9 danisevsky danisev...@gmail.com Ahoj, já doporučuji jednoznačně Apache Wicket
Re: Rich frontend gwt,zk,flex, pripadne iny
On 9. 3. 2011 17:06, Dusan Msk wrote: Ad Wicket - skutocne je vhodnym kandidatom na tento typ ulohy? ( nerypem, pytam sa ) To zalezi na tom, co zadavatel rozumie pod RichUI: ci ide o komplexne formulare s mnozstvom komponentov a volitelnym Ajaxom alebo o nieco este dynamickejsie. Robert Novotny
Rich frontend gwt,zk,flex, pripadne iny
Zdravim, Ktory z vyssie uvedenych frameworkov by ste odporucili na RichUI. Ide o B2B aplikaciu s javovskym backendom, desiatky max stovky uzivatelov. Moje pozorovanie: GWT- vyzera zaujimavo, no vraj strma learning curve - potreba pouzit dalsi widget framework, pre vecsie mnozstvo widgetov - pristupnot na mobiloch Flex- mnozstvo komponentov, vyzera ze sa v tom dobre,efektivne vyvyja, menej strma learning curve - moze byt problem s pristupnostou z mobilov napr. i* - vyssia narocnost flashu oproti javascriptu zaujimalo by ma porovnanie vykonu javascriptu,flashu, z mojich pozorovani je flash v priemere velmi narocny na klientske PC ZK- server side framework, neviem onom vela, nieje taky rozsireny -- M^2
Re: Rich frontend gwt,zk,flex, pripadne iny
Este som zabudol na dolezity faktor a to biedne vyhliadky pre flash do buducna, vzhladom na kombinaciu JS,html5. Mozno adobe zachrani niejaky compiler z flexu do js,html5 ale to je len moj nazor. 2011/3/8 Marek ma...@gmail.com Zdravim, Ktory z vyssie uvedenych frameworkov by ste odporucili na RichUI. Ide o B2B aplikaciu s javovskym backendom, desiatky max stovky uzivatelov. Moje pozorovanie: GWT- vyzera zaujimavo, no vraj strma learning curve - potreba pouzit dalsi widget framework, pre vecsie mnozstvo widgetov - pristupnot na mobiloch Flex- mnozstvo komponentov, vyzera ze sa v tom dobre,efektivne vyvyja, menej strma learning curve - moze byt problem s pristupnostou z mobilov napr. i* - vyssia narocnost flashu oproti javascriptu zaujimalo by ma porovnanie vykonu javascriptu,flashu, z mojich pozorovani je flash v priemere velmi narocny na klientske PC ZK- server side framework, neviem onom vela, nieje taky rozsireny -- M^2 -- M^2
RE: Rich frontend gwt,zk,flex, pripadne iny
Eclipse melo/ma cosi jako SWT, ktere bylo mozne poustet pres web. Nemuzu to ted najit, ale tehdy mi to prislo celkem zajimave. Tom From: konference-boun...@java.cz [mailto:konference-boun...@java.cz] On Behalf Of Marek Sent: Tuesday, March 08, 2011 2:06 PM To: Java Subject: Re: Rich frontend gwt,zk,flex, pripadne iny Este som zabudol na dolezity faktor a to biedne vyhliadky pre flash do buducna, vzhladom na kombinaciu JS,html5. Mozno adobe zachrani niejaky compiler z flexu do js,html5 ale to je len moj nazor. 2011/3/8 Marek ma...@gmail.com Zdravim, Ktory z vyssie uvedenych frameworkov by ste odporucili na RichUI. Ide o B2B aplikaciu s javovskym backendom, desiatky max stovky uzivatelov. Moje pozorovanie: GWT- vyzera zaujimavo, no vraj strma learning curve - potreba pouzit dalsi widget framework, pre vecsie mnozstvo widgetov - pristupnot na mobiloch Flex- mnozstvo komponentov, vyzera ze sa v tom dobre,efektivne vyvyja, menej strma learning curve - moze byt problem s pristupnostou z mobilov napr. i* - vyssia narocnost flashu oproti javascriptu zaujimalo by ma porovnanie vykonu javascriptu,flashu, z mojich pozorovani je flash v priemere velmi narocny na klientske PC ZK- server side framework, neviem onom vela, nieje taky rozsireny -- M^2 -- M^2
Re: Rich frontend gwt,zk,flex, pripadne iny
Dobry den, s Flexom sme mali dost skusenosti, vznikalo par problemov ako cache v browseroch po nasadeni novych verzii (aj ked velmi ojedinele), a najma velky problem bol upload suborov cez HTTPS vo firefoxe - doteraz ma adobe uz roky nevyrieseny zadany bug. (vyriesil to az verisign certifikat miesto toho od slovenskeho NBU na serveri) Vseobecne s uploadom suborov bol problem, kedze v niekrorych browseroch si robi samostatnu connection, cize je problem so sessions atd. Inak sa v tom robilo normalne, ale na vacsiu business aplikaciu by som ho nepouzil. (Ale vseobecne nerad pouzivam kadejake FLEX/GWT a pod ficury, radsej ked treba krajsieho klienta to doriesim cez jQuery) bye CoPLaS 2011/3/8 Marek ma...@gmail.com Zdravim, Ktory z vyssie uvedenych frameworkov by ste odporucili na RichUI. Ide o B2B aplikaciu s javovskym backendom, desiatky max stovky uzivatelov. Moje pozorovanie: GWT- vyzera zaujimavo, no vraj strma learning curve - potreba pouzit dalsi widget framework, pre vecsie mnozstvo widgetov - pristupnot na mobiloch Flex- mnozstvo komponentov, vyzera ze sa v tom dobre,efektivne vyvyja, menej strma learning curve - moze byt problem s pristupnostou z mobilov napr. i* - vyssia narocnost flashu oproti javascriptu zaujimalo by ma porovnanie vykonu javascriptu,flashu, z mojich pozorovani je flash v priemere velmi narocny na klientske PC ZK- server side framework, neviem onom vela, nieje taky rozsireny -- M^2
Re: Rich frontend gwt,zk,flex, pripadne iny
Robil som aj GWT aj ZK a mozem povedat, ze su obe velmi dobre. Nad GWT su dalsie nadstavby ako ExtGWT, GWTExt a SmartGWT, ktore vyzeraju velmi dobre a nie je velmi problem s nimi pracovat akurat sa tazsie debuguju. ZK je takisto velmi dobry framework - ma trochu obmedzenu paletu widgetov a dalsie sa omnoho zlozitejsie dorabaju (prave kvoli tej backendovej povahe), avsak tie ktore ma su velmi dobre prepracovane a celkovo je praca s nim prijemna. Najprv by som si spravil research ci ZK poskytuje vsetky widgety ktore potrebujem (predpokladam, ze ano) a podla toho by som siel do ZK. VBalko 2011/3/8 Marek ma...@gmail.com Zdravim, Ktory z vyssie uvedenych frameworkov by ste odporucili na RichUI. Ide o B2B aplikaciu s javovskym backendom, desiatky max stovky uzivatelov. Moje pozorovanie: GWT- vyzera zaujimavo, no vraj strma learning curve - potreba pouzit dalsi widget framework, pre vecsie mnozstvo widgetov - pristupnot na mobiloch Flex- mnozstvo komponentov, vyzera ze sa v tom dobre,efektivne vyvyja, menej strma learning curve - moze byt problem s pristupnostou z mobilov napr. i* - vyssia narocnost flashu oproti javascriptu zaujimalo by ma porovnanie vykonu javascriptu,flashu, z mojich pozorovani je flash v priemere velmi narocny na klientske PC ZK- server side framework, neviem onom vela, nieje taky rozsireny -- M^2
Re: Rich frontend gwt,zk,flex, pripadne iny
Eclipse RAP On 03/08/2011 02:09 PM, Tomas Hubalek wrote: Eclipse melo/ma cosi jako SWT, ktere bylo mozne poustet pres web. Nemuzu to ted najit, ale tehdy mi to prislo celkem zajimave. Tom *From:*konference-boun...@java.cz [mailto:konference-boun...@java.cz] *On Behalf Of *Marek *Sent:* Tuesday, March 08, 2011 2:06 PM *To:* Java *Subject:* Re: Rich frontend gwt,zk,flex, pripadne iny Este som zabudol na dolezity faktor a to biedne vyhliadky pre flash do buducna, vzhladom na kombinaciu JS,html5. Mozno adobe zachrani niejaky compiler z flexu do js,html5 ale to je len moj nazor. 2011/3/8 Marek ma...@gmail.com mailto:ma...@gmail.com Zdravim, Ktory z vyssie uvedenych frameworkov by ste odporucili na RichUI. Ide o B2B aplikaciu s javovskym backendom, desiatky max stovky uzivatelov. Moje pozorovanie: GWT- vyzera zaujimavo, no vraj strma learning curve - potreba pouzit dalsi widget framework, pre vecsie mnozstvo widgetov - pristupnot na mobiloch Flex- mnozstvo komponentov, vyzera ze sa v tom dobre,efektivne vyvyja, menej strma learning curve - moze byt problem s pristupnostou z mobilov napr. i* - vyssia narocnost flashu oproti javascriptu zaujimalo by ma porovnanie vykonu javascriptu,flashu, z mojich pozorovani je flash v priemere velmi narocny na klientske PC ZK- server side framework, neviem onom vela, nieje taky rozsireny -- M^2 -- M^2 -- Petr Prikryl --- petrprik...@centrum.cz prik...@admin24.cz www.admin24.cz
Re: Rich frontend gwt,zk,flex, pripadne iny
http://www.zive.cz/default.aspx?article=156146 Adobe uz ten compiler ma v public tests. Jinak hodne se da vykouzlit s richfaces prip primefaces, ale nepodarilo se mi oba spojit... PP On 03/08/2011 02:05 PM, Marek wrote: Este som zabudol na dolezity faktor a to biedne vyhliadky pre flash do buducna, vzhladom na kombinaciu JS,html5. Mozno adobe zachrani niejaky compiler z flexu do js,html5 ale to je len moj nazor. 2011/3/8 Marek ma...@gmail.com mailto:ma...@gmail.com Zdravim, Ktory z vyssie uvedenych frameworkov by ste odporucili na RichUI. Ide o B2B aplikaciu s javovskym backendom, desiatky max stovky uzivatelov. Moje pozorovanie: GWT- vyzera zaujimavo, no vraj strma learning curve - potreba pouzit dalsi widget framework, pre vecsie mnozstvo widgetov - pristupnot na mobiloch Flex- mnozstvo komponentov, vyzera ze sa v tom dobre,efektivne vyvyja, menej strma learning curve - moze byt problem s pristupnostou z mobilov napr. i* - vyssia narocnost flashu oproti javascriptu zaujimalo by ma porovnanie vykonu javascriptu,flashu, z mojich pozorovani je flash v priemere velmi narocny na klientske PC ZK- server side framework, neviem onom vela, nieje taky rozsireny -- M^2 -- M^2 -- Petr Prikryl --- petrprik...@centrum.cz prik...@admin24.cz www.admin24.cz
Re: Rich frontend gwt,zk,flex, pripadne iny
a co vaadin ? ten som pouzil na par projektoch a az na nejake drobnosti neboli nejake velke problemy s tym a pokial mas skusenosti so swingom tak to je ako cez kopirak. r^ 2011/3/8 Petr Prikryl peter.prik...@gmail.com: http://www.zive.cz/default.aspx?article=156146 Adobe uz ten compiler ma v public tests. Jinak hodne se da vykouzlit s richfaces prip primefaces, ale nepodarilo se mi oba spojit... PP On 03/08/2011 02:05 PM, Marek wrote: Este som zabudol na dolezity faktor a to biedne vyhliadky pre flash do buducna, vzhladom na kombinaciu JS,html5. Mozno adobe zachrani niejaky compiler z flexu do js,html5 ale to je len moj nazor. 2011/3/8 Marek ma...@gmail.com mailto:ma...@gmail.com Zdravim, Ktory z vyssie uvedenych frameworkov by ste odporucili na RichUI. Ide o B2B aplikaciu s javovskym backendom, desiatky max stovky uzivatelov. Moje pozorovanie: GWT- vyzera zaujimavo, no vraj strma learning curve - potreba pouzit dalsi widget framework, pre vecsie mnozstvo widgetov - pristupnot na mobiloch Flex- mnozstvo komponentov, vyzera ze sa v tom dobre,efektivne vyvyja, menej strma learning curve - moze byt problem s pristupnostou z mobilov napr. i* - vyssia narocnost flashu oproti javascriptu zaujimalo by ma porovnanie vykonu javascriptu,flashu, z mojich pozorovani je flash v priemere velmi narocny na klientske PC ZK- server side framework, neviem onom vela, nieje taky rozsireny -- M^2 -- M^2 -- Petr Prikryl --- petrprik...@centrum.cz prik...@admin24.cz www.admin24.cz
RE: Rich frontend gwt,zk,flex, pripadne iny
Jj, to je ono. Diky za pripomenuti. Tom -Original Message- From: konference-boun...@java.cz [mailto:konference-boun...@java.cz] On Behalf Of Petr Prikryl Sent: Tuesday, March 08, 2011 2:20 PM To: Java Subject: Re: Rich frontend gwt,zk,flex, pripadne iny Eclipse RAP On 03/08/2011 02:09 PM, Tomas Hubalek wrote: Eclipse melo/ma cosi jako SWT, ktere bylo mozne poustet pres web. Nemuzu to ted najit, ale tehdy mi to prislo celkem zajimave. Tom *From:*konference-boun...@java.cz [mailto:konference-boun...@java.cz] *On Behalf Of *Marek *Sent:* Tuesday, March 08, 2011 2:06 PM *To:* Java *Subject:* Re: Rich frontend gwt,zk,flex, pripadne iny Este som zabudol na dolezity faktor a to biedne vyhliadky pre flash do buducna, vzhladom na kombinaciu JS,html5. Mozno adobe zachrani niejaky compiler z flexu do js,html5 ale to je len moj nazor. 2011/3/8 Marek ma...@gmail.com mailto:ma...@gmail.com Zdravim, Ktory z vyssie uvedenych frameworkov by ste odporucili na RichUI. Ide o B2B aplikaciu s javovskym backendom, desiatky max stovky uzivatelov. Moje pozorovanie: GWT- vyzera zaujimavo, no vraj strma learning curve - potreba pouzit dalsi widget framework, pre vecsie mnozstvo widgetov - pristupnot na mobiloch Flex- mnozstvo komponentov, vyzera ze sa v tom dobre,efektivne vyvyja, menej strma learning curve - moze byt problem s pristupnostou z mobilov napr. i* - vyssia narocnost flashu oproti javascriptu zaujimalo by ma porovnanie vykonu javascriptu,flashu, z mojich pozorovani je flash v priemere velmi narocny na klientske PC ZK- server side framework, neviem onom vela, nieje taky rozsireny -- M^2 -- M^2 -- Petr Prikryl --- petrprik...@centrum.cz prik...@admin24.cz www.admin24.cz
Re: Rich frontend gwt,zk,flex, pripadne iny
Ja pouzivam ten Eclipse RAP a pokud nemas s Eclipse RCP zkusenosti, tak je to hodne strma krivka na nauceni a i pak je to v nekterych ohledech docela omezujici. Je to takove uzavrenejsi a pluginovat to pres nejake dalsi JS bych to nechtel, ale na druhou stranu, je to extremne mocnej nastroj na Rich aplikaci na webu a diky letum proverenemu RCP jehoz API pak pouzivas (SWT, JFace, Workbench apod.) je to hodne silne. konference-boun...@java.cz napsal dne 08.03.2011 14:01:18: Od: Marek ma...@gmail.com Komu: Java konference@java.cz Datum: 08.03.2011 14:01 Předmět: Rich frontend gwt,zk,flex, pripadne iny Odeslal: konference-boun...@java.cz Zdravim, Ktory z vyssie uvedenych frameworkov by ste odporucili na RichUI. Ide o B2B aplikaciu s javovskym backendom, desiatky max stovky uzivatelov. Moje pozorovanie: GWT- vyzera zaujimavo, no vraj strma learning curve - potreba pouzit dalsi widget framework, pre vecsie mnozstvo widgetov - pristupnot na mobiloch Flex- mnozstvo komponentov, vyzera ze sa v tom dobre,efektivne vyvyja, menej strma learning curve - moze byt problem s pristupnostou z mobilov napr. i* - vyssia narocnost flashu oproti javascriptu zaujimalo by ma porovnanie vykonu javascriptu,flashu, z mojich pozorovani je flash v priemere velmi narocny na klientske PC ZK- server side framework, neviem onom vela, nieje taky rozsireny -- M^2
Re: Rich frontend gwt,zk,flex, pripadne iny
Najprv by som si spravil research ci ZK poskytuje vsetky widgety ktore potrebujem (predpokladam, ze ano) a podla toho by som siel do ZK. VBalko ZK 5 zjednodusilo tvorbu a modifikaci widgetu oproti ZK 3. Avsak ZK 5 je pro professional a enterprice edition placene. Oproti Vaadinu se mi libi, ze ZK ma definici UI v XML (tzv. ZUL soubory) a controller se da psat v ciste Jave, ale jinak s Vaadinem zkusenost nemam, abych mohl porovnavat. Jinak bych doporucil si vyzkouset server-side programovani v ZK nebo Vaadin - myslim, ze to je pro takove klasicke DB + AJAX intranetove aplikace dobra cesta.