Vdaka za tip, vyzera to fakt pekne a je to asi prvy cisto javascriptovy RIA framework, ktory ma zaujal. Je mi jasne, ze vdaka tolkym komponentam pokope je to setrenie casu znacne. Museli Ste vsak aj casto do tych komponent zasahovat a ohybat ich k svojej potrebe? Funguju tam bez problemov lazy-loadings pre struktury ako strom a grid resp. da sa jednoducho povedat ktorejkolvek komponente, aby si nainicializovala obsah uz pri nacitani, alebo az po interakcii uzivatela? Napriklad taky "naseptavac", ktory dynamicky natahuje data zo serveru pocas toho, ako uzivatel pise do inputu, atd. Dalsou zaujimavou funkcnostou je filtrovanie v gride: existuje tam nativne filtrovanie nainicializovanych dat? Moznosti filtrovania som v deme totiz nezahliadol. Bolo by super, keby som sa vedel rozhodnut, ci filtrujem na klientskej strane, alebo poslem poziadavok na server... Je mi jasne, ze nejak to spravim, ale ide o to, ako zlozito:) V pripade toho filtrovania by som musel vediet pristupovat k jednotlivym riadkom a stlpcom, a to je know-how, ktore sa nemusi ziskavat lahko. Este je vcelku dolezite, ci funguje odchytavanie konkretnych klaves a tlacitok mysi na lubovolnej komponente. S tymto vsetkym mam dobru skusenost v RichFaces a kedze nas klient je dost narocny, tak rad by som sa takychto problemov zbavil. Ak by ExtJS dokazala RichFaces zastupit, kludne by som JSF vyradil z hry...
Mozno privela otazok, ale kazda odpoved mi pomoze urychlit rozhodnutie:) S pozdravom Roman. Dne 19. listopadu 2009 9:02 Petr Burdik <[email protected]> napsal(a): > Ahoj, > nikdy jse wicket nezkousetl. Ale vuci dwr se mi velmi osvedcil extjs. A > cena 5000 kc za licenci pro vyvojare ( je jedno kolik toho vyvine ) je vuci > casu ktery usetrim smesna. > > > --- > Petr Burdik > > mail: [email protected] > www: http://www.petujek.net/ <http://www.itbridge.net/> > mob.: + 420 724 486 178 > > > > > > > > On Nov 19, 2009, at 7:34 AM, Petr Fejfar wrote: > > Dne Thu, 19 Nov 2009 00:18:49 +0100 Roman Zakutny <[email protected]> > napsal/-a: > > ci existuju uz hotove zlozitejsie JS widgety (s priamou podporou AJAXu - > modalne okna, taby, stromy). Bojim sa zlozitejsej integracie, nutnosti > stylovania pre zachovanie dizajnu ako celku, atd... > > > K tomu me napada jeste jedna poznamka ve vztahu k Wicketu: > mame zkusenost, ze cim mensi ma clovek kontrolu nad > vygenerovanym HTML kodem, tim je chovani/integrace JS > widgetu problematictejsi... > > Napr. jsme se snazili vybirat jQuery widgety > (puvodne jsme zkouseli YUI, ktere je nejvic > do Wicketu integrovano, ale i DOJO a buhvi jak > se ty dalsi shity jmenuji a nebylo to lepsi) pro 4 browsery: > Firefox, MSIE, Opera, Chrome (razeno podle potizi) > vzdy s velmi podobnym scenarem/vysledkem: > > 1. nasli jsme zhruba 80 variant widgetu > 2. kdyz jsme prosli dema od autoru, tak nam jich zbylo tak 5 > 3. kdyz jsme udelali sample integraci do Wicketu, > tak nam zbyly 1-2 > 4. Kdyz jsme to zaintegrovali do slozitejsi wicket > aplikace, tak se nedalo pouzit NIC. > > IMHO je to dano tim, ze zalezitosti kolem webu se spis > strikaji nez programuji, takze ten JS kod neumi poradne > traversovat DOMem a u slozitych stranek poskladanych > z komponent, kde se vystupni markup renderuje v podstate > cely Wicketem, vychazeji docela kosate struktury, > se kterymi si ty widgety neporadi. > > Zrejme jakmile to autorum tech widgetu nejak funguje > v nekolika pripadech rucne napsaneho markupu, tak uz bezi > strikat neco dalsiho a nikdy si nedaji praci, aby to > napsali poradne a dostatecne obecne. > > > Urcite nie je cielom si tieto veci znova programovat. > > > Asi si dovedes predstavit, kolik casu nam vyse popsana > procedura zabrala. Takze je otazka, zda jsme nemeli rovnou > sednout a programovat ;-) > > Nakonec jsme skoncili tak, ze jsme slezli z hrusky a dost > ubrali z predstav o bohatosti GUI s tim, ze jakmile to budeme > mit funkcni, tak se vratime k nekolika kandidatum widgetu > a zkusime je napsat poradne a vyrobit bohatsi verzi aplikace. > > Ale jsme sami sobe zakaznikem, takze nas nikdo nebuzeruje, > ze tam chce mit to ci ono :-) > > > HTH, pf > > >
