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 <[email protected]> > 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 <[email protected]> > >> 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 <[email protected]> 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 <[email protected]> >>> >>>> 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 <[email protected]>: >>>> > 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 <[email protected] <mailto:[email protected]>> >>>> >> >>>> >> 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 >>>> > ----------------------- >>>> > [email protected] >>>> > [email protected] >>>> > www.admin24.cz >>>> > >>>> > >>>> >>> >>> >> >
