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 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 >>> > >>> > >>> >> >> >
