„Ajax (programozás)” változatai közötti eltérés

Bár az Ajax kifejezés 2005-ben született meg, az ajax megszületését lehetővé tevő technológia egy évtizeddel előtte jött létre a Microsoft [[Remote Scripting]] kezdeményezése kapcsán. A tartalom aszinkron betöltésének lehetősége, azaz egy már megnyitott oldal tartalmának frissítése az oldal újratöltése nélkül, ellenben már az [[IFRAME]] elemtípus ([[1996]], [[Internet Explorer]] 3) és a [[LAYER]] elemtípus ([[1997]] [[Netscape]] 4) idejére vezethető vissza. Mindkét elemtípusnak van egy <code>src</code> attribútuma, ami bármely létező [[URL]]-t képes fogadni. Egy JavaScriptet tartalmazó lap betöltésével, ami manipulálja a szülő lapot, ajax-szerűajaxszerű hatások érhetőek el.

== Ajax-otAjaxot használó fejlesztőkörnyezetek ==

* [[JQuery]] – Népszerű AJaX-osAJaXos [[JavaScript]] könyvtár

* [[DOJO Toolkit]] – AJaX-osAJaXos [[JavaScript]] könyvtár gazdag komponensgyűjteménnyel

* [[script.aculo.us]] – AJaX-osAJaXos [[JavaScript]] könyvtár

A legnyilvánvalóbb ok az Ajax használatára a felhasználói élmény fokozása. Az Ajax-otAjaxot használó oldalak viselkedése sokkal inkább hasonlít a desktop-os alkalmazásokhoz, mint a tipikus weboldalakhoz. Amikor egy linkre kattintás hatására a teljes weboldal újratöltődik, az sokszor időigényes művelet. Az Ajax-otAjaxot használó oldalak e helyett képesek rá, hogy csak az oldal szükséges részét frissítsék, így gyorsabb reagálást biztosítanak a felhasználói interakciókra. Néhányan úgy gondolják, hogy az Ajax lesz az a feltörekvő technológia, amelynek segítségével a jövőben a webes alkalmazások minden eddiginél interaktívabbá és így széles körben is sokkal népszerűbbé válhatnak.

Mivel az Ajax-otAjaxot használó oldalak a szervertől az adatokat HTML formázás nélkül kapják, ezért ez által a szerver terhelése és így a válaszideje is csökken. A kisebb mennyiségű adat pedig gyorsabban jut el a hálózaton a szervertől a kliensig. Tehát az Ajax-szalAjaxszal nagymértékben csökkenthető a szerver terhelése és növelhető az oldalak letöltési sebessége. A szervertől kapott adatokból a HTML kód a böngészőben jön létre javascript segítségével, ami jól optimalizált programkód esetén legtöbbször gyorsabb – de legalábbis nem lassabb – mintha az erősen leterhelt szerver hozná azt létre. Ennek oka, hogy ma már a kliens oldalon a felhasználók viszonylag gyors személyi számítógépekkel rendelkeznek, amelyek terhelése általában lényegesen alacsonyabb, mint a szerveré. Ráadásul, ha valamelyik kliens gép a lassúsága vagy leterheltsége miatt mégis lassabban hozza létre a HTML kódot, az nem érinti a párhuzamosan jelenlévő többi klienst, ami annál nagyobb előny minél nagyobb a párhuzamosan jelenlevő kliensek száma. (Ha a HTML kód a szerveren generálódik, akkor ez pont fordítva van: annál jobban lassul az oldalgenerálás, minél több klienstől érkezik kérés egyszerre.) Tehát minél nagyobb egy oldal látogatottsága annál nagyobb előnyt jelent a kliens oldali HTML generálás. Mindezen jótékony hatásokat tovább erősíti, hogy az Ajax segítségével sokszor jól megvalósítható, hogy mindig csak az éppen szükséges minimális mennyiségű adat töltődjön le a szerverről (ld. „load on demand” technika). Jó példa erre, amikor egy nagyméretű sokszintű menünél először csak a főkategóriák töltődnek le, majd egy adott főmenüre kattintva csak ennek az egy főmenünek az almenüi. Ennek köszönhetően mindig csak a feltétlen szükséges minimális mennyiségű adattal kell dolgozni. Összefoglalva az Ajax és az itt leírt módszerek együttes használatával szignifikáns oldal letöltési sebesség növekedés és szerverterhelés csökkentés érhető el. A gyorsulás általában egyenes arányban áll a webes alkalmazás funkcionális összetettségével és alkalmazáslogikájának bonyolultságával.