Az Ajax hamis igéretei

ajaxAz Ajax meg fogja változtatni a világot! A kerék feltalálása óta ez a legnagyobb, legszuperebb és legígéretesebb újdonság! Éljen, éljen, éljen! Ha kicsit megkapargatjuk a felszínt, akkor azért találunk egy-két hiányosságot amit ajax alkalmazásainknak el kell szenvednie. Lássuk!

Persze senkit sem akarok lebeszélni az ajax használatáról, csak épp szeretném ha mindenki tisztába kerülne azzal, hogy mivel is dolgozunk. A lentebb leírt hiányoságokkal együtt is az ajax-szal egy olyan eszközt kaptunk a kezünkbe ami tényleg meg fogja változtatni a (web)világot.

Ajax igéretek

  • olyan (web)alkalmazásokat hozhatunk vele létre amelyek telepítés nélkül futtathatók
  • bármilyen operációs rendszeren működőképesek
  • könnyen használhatók
  • bárhonnan elérhetőek
  • csökkenti a szerver és a hálózat terhelését
  • a user számára desktop szerű interfészeket és élményt biztosíthatunk

Ajax hiányosságok

Az Ajax hiányosságai a hozzá szükséges alkatrészek hiányosságából adódnak. Lássuk ezeket sorban.

html

  • Maga a html szabvány 1999-ben született, immár 9 éve. Akárhogyan is nézzük az alkalmazásaink e szerint a szabvány szerint fogják a felhasználói felületet az orrunk elé dugni. Ha vesszük azt, hogy a web a leggyorsabban változó közeg, akkor egy 9 évvel ezelőtti szabvány használata olyan, mintha valaki az EU jogharmonizálás során a pallósjogra hivatkozna.
  • Kevés grafikai lehetőséget biztosít.
  • Kevés interaktív interfésze van, azok is primitívek.
  • Egy html oldal egy dokumentumot ír le, nem egy alkalmazást.
  • A standardok gyakran változnak.

css

  • Lassú.
  • Általában összetett és bonyolult felépítésű.
  • Könnyen lehet benne hibázni.
  • Bizonyos dolgok hiányoznak belőle mind koncepció mind megvalósítás szintjén.
  • A standard jóval a megvalósítások előtt jár, gyakran a standardból kikerülnek dolgok, melyeket a nagy böngészők nem tudtak implementálni.

xml

  • Bonyolult.
  • Erre a célra nem elég hatékony.
  • Eredetileg az Ajax-ban az X az xml-t képviselte, de jelenleg sokkal inkább a JSON használata kezd jellemzővé válni.

Ajax cáfolatok

Az Ajax igéretek nem feltétlen teljesíthetőek a fenti okokból.

  • Az első probléma a sokféle böngésző sokféle verziója. Több mint 5 év kelett ahhoz, hogy az IE5 elterjedtsége egy olyan szint alá csökkenjen, hogy már ne kelljen vele a fejlesztés során foglalkozni. Mennyi idő kell majd az IE 6-nak? Ha nem csak intranetre szánjuk az alkalmazásunkat, akkor bizony kell időt szánni arra, hogy biztosak lehessünk benne, hogy alkalmazásunk a legelterjedtebb böngészőkben és verziókban rendesen fog működni.
  • Az első probléma adja a másodikat is, azaz az operációs rendszer függetlenséget. Az operációs rendszer befolásolja a böngészőt, így visszajutunk az előző problémához.
  • A könnyen használhatóság megvalósításához bizony kell dolgozni – mondjuk ez természetes. Viszont a weben felmerül az a kérdés, hogy a user rájön-e, hogy alkalmazásunk olyan kütyükkel van felszerelve ami nem szokványos a neten. Szóval itt a megismerhetőség lép előtérbe problémaként.
  • A bárhonnan elérhetőség épp a bárhonnansága miatt nehezen telejsíthető. Ugye ajax alkalmazásunk egy 0-24 órában elérhető webszerveren csücsül, így valóban a világ minden tájáról elérhető, bármilyen internetre kapcsolt gépről. De mi a helyzet az offline időkkel? Ez a probléma hamarosan előtérbe fogja hozni a szinkronizálási problémákat, és ahogy a google próbálja is már az asztalra mászatni webes alkalalmazásait valószínűleg hamarosan ez általánossá válik. A másik megoldást erre a mobil telefon rendszerekhez hasonlóan működő vezeték nélküli internet elérhetőség adja majd.
  • A hálózati terheltség csökkenése olyan mint a processzorok gyorsasága, vagy a winchesterek mérete. Ahogy növekszik úgy növekszik a felé támasztott igény, szóval mindig is szűkös lesz. Persze a hagyományos webes megközelítéshez képest tényleges csökkenést érhetünk el egy ajax alkalmazással, de hosszabb távon az lesz a hatás, hohgy a userek használni fogják az új, kényelmesebb és kézre állóbb interfészeket, ami viszont többnyire kliens – szerver kommunikációt fog igényelni. Vajon bizonyos alkalmazások esetében érdemes lesz az egyenkénti ajax – szerver kommunikációt valamilyen batch jellegű feldolgozással helyettesíteni? Elképzelhető.
  • A desktop szerű élmény felé nagy lépéseket tehetünk, de amíg maga a html szabvány nem ad a kezünkbe olyan eszközöket amelyek egy asztali alkalmazásnál természetesek, addig kérdéses, hogy mekkora munka és sávszélesség befektetéssel érhetjük el ezeket.

Mindent összevetve ha tudjuk, hogy mit szeretnénk és ismerjük az ajax lehetőségeit és korlátait gyorsan tududnk a segítségével intelligens, keresztplatforomos, hálózatos alkalmazásokat építeni, és figyelve a jelenlegi trendet, hacsak nem jön valami új fuvallat akkor várhatóan 2 éven belül már csak történelem lesz, hogy voltak ajaxot nem használó webalkalmazások.

3 thoughts on “Az Ajax hamis igéretei

  1. igazabol sok problemat megoldana egy kollektiv fejlesztoi lazadas (bongeszok nem nevuk, hanem szabvanytol eltero mukodes alapjan kizarni – pl ha vmi nem mukodik, usert tudatni errol, alternativat ajanlani)
    persze ezt egy fejleszto ceg sem meri megtenni, mert kapasbol megy mashoz, ahol ie6-7/ffox/opera/safari/konqueror/lynx-en is mukodokepesse teszi az oldalt minden platformon…erre jo a flash, megis valahogy a kezdeti bukdacsolasok miatt nemigen volt attores, holott lehet benne egesz komoly dologkat is csinalni, foleg a 9-es verzio megjelenesevel…

Vélemény, hozzászólás?

Az email címet nem tesszük közzé. A kötelező mezőket * karakterrel jelöljük.