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 <xxxxma...@gmail.com <mailto:xxxxma...@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 >> > >> > >> > >
