Jaká je budoucnost webu? Ajax a bramborová kaše!

Diskuze čtenářů k článku

PaJaSoft  |  11. 10. 2005 14:33

Ajax neni novum, je to jen kaminek v mozaice zvane Web Services... kdo a kdy s tim prisel a hycka to, necht laskavy ctenar zjistuje sam, ma-li o to zajem.

Souhlasím  |  Nesouhlasím  |  Odpovědět
enki  |  11. 10. 2005 20:18

ajax má s ws asi tolik společného jako s html...tj..většinou se používá dohromady

Souhlasím  |  Nesouhlasím  |  Odpovědět
nxt  |  11. 10. 2005 12:41

Ajax je idealne vyuzit ve spojeni s XML transformacemi. Vytvorit jednotny XML namespace pro vystup ze server. Pomoci server-side XML>XSL transformace predavam klasicky WEB 1.0 kontent. HTML stranka - click - HTML stranka. Nebo komunikovat XML (pomoci XMLHTTP se serverem) a XSLT transformaci aplikovat az nasledne z (nacachovaneho) XSL souboru az na strane klienta. Zredukuje se tak objem dat po siti, protoze si z vetsi casti posilate pouze realna uzivatelska data a nikoli balast, ktery tvori vic 50% obsahu vetsiny WWW aplikaci.

Nicmene opravodove rozsireni AJAXoveho typu aplikaci pravdepodobne ceka na XHTML 2.0, resp. XForms, ktere umoznuji oddelit datovy model formulare od jeho HTML reprezentace.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Yaroukh, Yaroukh  |  11. 10. 2005 23:31

a pro taky-prohlizec Operu musis transformaci stejne implementovat i na serveru

Souhlasím  |  Nesouhlasím  |  Odpovědět
nxt  |  12. 10. 2005 14:56

ona se tam Opera snad dobelha, alespon to jeji vyvojari slibuji....navic je mozny pozit AJAXSLT od Googlu - JS knihovny umoznujici XSL transformace pro technologicky lehce opozdene prohlizece

Souhlasím  |  Nesouhlasím  |  Odpovědět
J  |  11. 10. 2005 11:02

Ajax je implementovanej v novym vBulletinu (3.5) a v pripade pristupu z Opery je deaktivovanej, proc asi ;). Navic se pri testovani ukazala chyba Opery, ktera nebyla schopna rozdejchat kompresi na serveru (2x reload pri kazde zmene stranky).

Souhlasím  |  Nesouhlasím  |  Odpovědět
jedik  |  11. 10. 2005 21:35

V 8.50 uz castecne bezi ;)

Souhlasím  |  Nesouhlasím  |  Odpovědět
mato  |  11. 10. 2005 01:59

problemom javascriptu je v priehliadacoch ich odlisna interpretacia v niektorych pripadoch, programovat aplikacie postavene na AJAX engine vyzaduju dost testovania s roznymi prehliadacmi a nakoniec kazda aplikacia postavena na AJAXe by mala mat aj svoju non-javascript verziu. o ajax je dnes velky zaujem len preto, ze google sa rozhodol s tym troska poexperintovat, co donutilo vyvojarov roznych prehliadacov popracovat na podpore ajaxu o nieco viac, kazdopadne vela problemov je stale nedoriesenych a aj teoreticky ajax moze vyzerat celkom cool, prakticky je to pre developera "pain in the ass".

Souhlasím  |  Nesouhlasím  |  Odpovědět
cowgaR  |  11. 10. 2005 06:43

o ajax je dnes velky zaujem len preto, ze google sa rozhodol s tym troska poexperintovat
Nuz o update stranky bez postbacku bol zaujem odnedavna, pravy prevrat nepouzivat nato rozne hack-y(hidden frames/iframes, dynamicky loadovane elementy, java aplets) nastal ked IE5 doniesol activeX XMLHTTP objekt(pouzivany v ASP remote scripting, uz v roku 98!).

prakticky je to pre developera "pain in the ass"
Nuz a ked vo februari tohto roku tejto spleti technologii dali tipkovia z Adaptive-path ten COOL akronym(pre neznalych, AJAX okrem futbaloveho klubu znaci Greckeho mytickeho hrdinu) co ozivil Web Developing komunitu, sam som tomu nevenoval pozornost. Nuz ale v dalsich mesiacoch Web Dev komunita vyprodukovala zaujimave info/blogy, tam si mohol vidiet, ze to je ak sa chce uplne do pohody na implementaciu. V uvode tam sice bol heavy javascript, casom vsak logicky nato vznikli wrapery a spol. Osobne vyvijam v ASP.NET/2.0, a praca s 'AJAXom' je do pohody. Dnes su vsetky problemy s odlisnou interpretaciou java-scriptu browsermi, ci chapania DOM modelu zvacsa vyriesene.
Len napr. pre samotne ASP.NET mas dost AJAX frameworkov(a to neratam ine web-tech), ktore tie problemy riesia. Najdes implementacie vyuzivajuce Web Sluzby az po callbacky vobec nevyuzivajuce XML, od elegantnych(a jednoduchych) az po BIGGAS ones(a dost komplex, nutnost HTTPhandlerov a pod.->AJAX.NET), kazdy s cons/pros (back/forward features, browser compatibility, speed(compresion) etc.)

Suhlasim s tym, ze i ked je Google #1 znacka, aj on moze vdacit konecne vyspelym browserom, ze ten boom okolo ajaxu MOHOL zacat. Kedze tie open-source-poor-souls konecne dostali XMLHTTPRequest objekt do svojich browserov, vlastnost, ktoru mal IE5 od 98 roku. Stale vsetko nieje O.K. napr. Firefox:
In their infinite wisdom, the Firefox developers decided that an XMLHTTP call to a resource on different domain is a security issue.

P.Broomberg, pri tvorbe rss projektu s ajaxom

A tak narazit na temu AJAX je dnes ako stretnut cernocha v Afrike. Proste na vyber mas tolko (aj HOTOVYCH) frameworkov, ze som si niekedy pripadal ako v hrackarstve za mlada Ani komercne firmy nelenia a zakupit sadu AJAX ready server controls(napr. DART pod ASP.NET) je bezne. Ak chces pouzivat sucasne pride vhod fakt podarena implementacia(comfortASP), ktora tvoje controls jednoducho urobi AJAX ready, ale len na nekomercne pouzitie.

Prave s tym mnozstvom na vyber som mal problemy, zvolit SPRAVNY (I don't like reinventing the wheel) Ajax framework, osobne som hladal nejaky vyzadujuci minimalny maintance kodu, zachovavajuci 'state' stranky a nemeniaci ASP.NET postback coding-model. I ked robim uz len v 2.0, vyskusal som projekty pod ASP1.1, kedze mi interna implementacia AJAXU v ASP20, nazvana Client Callbacks, nesedela. Rick Strahl mal nato pekny clanok, je to neprirodzene a obmedzene(pracuje so stringom, dost weird code) pokial si nezozenies nejaky wrapper -> B.LeRoy Refresh panel na got.net). Nieje to vsak zbytocnost, kedze samotne ASP2 CC ciastocne u novych controls vyuziva, a pre newcommers nieje potrebna ani ciarka kodu (staci nastavit 1 property). MS si 'divne' pouzivanie CC uvedomuje a pre ASP.20 predstavil(Sep PDC) vynikajuci(i ked monstrozny) projekt ATLAS postaveny na CC, o ktorom NECHAPEM ze autor nenapisal ani n a pritom ATLAS asi zjednoti desiatky implementacii AJAXU v skorej buducnosti, kedze je real easy to use a s riadne cool filozofiou a obrovskou buducnostou.

http://atlas.asp.net

Nuz tak pozriet a hovorit o zlozitosti(na prezentacii inak projekt bezal v safari mimo ineho).
Nakoniec som nasiel peknu Library, ma IBA 1000 riadkov c# kodu a je velmi clever, zachovava viewstate(ak chces) aj pri callbackoch, a samozrejme, no-javascript involved(almost!), a cross browser functionality je tam, ako i klasicky ASP.NET coding model(staci nastavit AJAX atribut pri event_handleroch a len trosku javascriptu u klienta, v buducnosti aj bez).

Nuz a frameworky pre .NET neustale prichadzaju, na SourceForge bol nedavno dany zaujimavy AJAX Control panel(staci na neho nahadzat hocijake ASP.NET server controls, zachovava dokonca BACK/FORWARD browser history) az po riadne sikovne(nedokoncene) ideas(len pred par dnami OUTPOST projekt, vid codeproject).

S browserami nepodporujucimi javascript tiez nieje velky problem(aspon u .NET), browser detekcia je lahka vec a v najhorsom pripade u ASP.NET zachovas klasicky post-back model. A AJAX JE potrebny, efektivne vyuzivat bandwith je PRAVE to, co plno developerov pritahuje.

Souhlasím  |  Nesouhlasím  |  Odpovědět
aaa  |  11. 10. 2005 09:25

Pre vsetkych Java developers odporucam DWR, co je Java framework pre podporu Ajaxu, velmi jednoduche a spolahlive myslim

Souhlasím  |  Nesouhlasím  |  Odpovědět
goes  |  11. 10. 2005 09:55

Kdybys nepouzival spojky a predlozky, tak sem ti nerozumel ani slovo holt toto neni muj obor...

Souhlasím  |  Nesouhlasím  |  Odpovědět
MarSik  |  11. 10. 2005 11:38

Moc bych se tu nerozplyval nad tim, ze asynchronni dotazy mel IE5 uz v '98 (jako ActiveX, takze potencialni dira jako vrata). Protoze ja znam naopak spoustu veci, ktere nema ani IE6 SP2 v roce 2005.

Jako treba :hover pro jiny prvky nez odkaz (a to prosim hover prvni taky pouzili v MS, jen na nej asi potom nejak zapomneli) nebo treba position: fixed. Obe tyhle vlastnosti jsou extremne uzitecne a existuji uz hodne dlouho (a MS v te dobe byl clenem w3c). Dalsi veci je treba alfa kanal u png formatu (ale to uz pry v IE7b1 opravili).

Jinak jestli zacne byt vsude preajaxovano, tak to bude dost spatne, takovy Microsoft Pocket Internet Explorer (minimalne ve wm2003) a ani vetsina ostatnich embedded prohlizecu tohle rozhodne neumi (a detekce pohlizecu neni ten spravny pristup, co kdyz za rok/dva/pet let prijde nekdo s prohlizecem, ktery tys v dobe tvorby stranek neznal? popripade se to nejaky prohlizec co to neumel nauci?)

Muze to byt uzitecna technologie, ale kvuli svym omezenim se pro nasazeni na web moc nehodi 1) tlacitko zpet 2) web se necte jenom na PC s javascriptem.

Ale je pravdou, ze AJAX ve spojeni treba s XUL (kde odpadaji problemy s tim zpet tlacitkem, je mozne modifikovat vsechny casti okna, neni potreba vyrabet dalsi menu a tak) uz muze byt velmi silny a jednoduchy zpusob jak vytvaret tenke klienty a intranetova reseni.

Souhlasím  |  Nesouhlasím  |  Odpovědět
brano  |  11. 10. 2005 23:42

Tak tomuto sa hovori jazykova, schizofrenia

Chlapce zacni pouzivat (aspon vo vete) le njeden jazyk, ci uz slovencinu alebo anglictinu, lebo o nejaky cas ti uz nebude rozumiet nik.

Souhlasím  |  Nesouhlasím  |  Odpovědět
enki  |  11. 10. 2005 10:57

a ty si chytrej kluku....

Souhlasím  |  Nesouhlasím  |  Odpovědět
Zasílat názory e-mailem: Zasílat názory Můj názor