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,