Egy régi adósságomat kívánom letörleszteni ezzel a bejegyzéssel, de mégis csak úgy illik, hogy az elismerés oda menjen ahová kell. Ezen felül ha találkozok jó webes témájú könyvekkel akkor ezentúl rendszeresen meg szeretném osztani olvasóimmal, hogy miket találtam. »»

Miután ennyi mindent kiveséztünk a prototype-ot bemutató sorozatunkban egyetlen egy dolog maradt hátra, és ez az Ajax. Valójában az Ajax használat ami a legtöbb JavaScript fejlesztőt arra ösztönöz, hogy beleássa magát valamelyik keretrendszerbe, de azért hagytuk a végére, hogy mindenki ismerkedhessen a prototype többi szolgáltatásával is. »»

A prototype sok hasznos eszközt ad a kezünkbe a formok kezeléséhez is. Web2 ide vagy oda a formok még mindig a legszélesebben használható interfészek amelyeken keresztül a user tud az alkalmazással kommunikálni. »»

Az egyik legzavarbaejtőbb JavaScript viselkedés a függvényekben használat this tulajdonsághoz kapcsolódik. Ma ezt küldjük a műtőasztalra. »»

A mai részben a $ függvényekkel fogunk megismerkedni. Ezek mind amolyan gyorsindítók, vagy rövidítések. Rövidek és okosok. »»

A Prototype egy JavaScript keretrendszer ami arra hivatott, hogy kibővítse a böngésző JavaScript kezelő környezetét, kibővítse a DOM elemeit, a JavaScript beépített típusait, valamint hogy egyszerű és jól használható függvényeket adjon a fejlesztő kezébe. »»

A prototype js keretrendszer sok kellemes meglepetéssel szolgált már eddig a számomra, de most találtam valamit ami megnyerte a kellemes meglepetések 2007-es versenyét. Ez márpedig az, hogy az események namespace-szel rendelkeznek. »»

Fogjunk egy elemet (mondjuk egy linket) és JavaScripttel adjuk meg számára a click eseményhez egy saját eseménykezelőt, mondjuk a linkClick() függvényt hívjuk meg ha a user rákattan egy linkre. Ettől függetlenül mondjuk legyen a egy click kezelőnk a li elemekre is, mondjuk a liClick() függvény. Történetünk akkor kezd bonyolódni amikor egy olyan linkkel találjuk szembe magunkat ami egy li leszármazottja. Melyik függvény fog lefutni, illetve milyen sorrendben fognak futni, és mi ennek az egésznek a hatása? Na erről lesz most szó. »»

Amikor szeretnénk kicsit kifinomultabb JavaScript / Ajax alkalmazásokat leprogramozni, akkor előbb-utóbb (előbb) használni fogunk eseménykezelőket. Ha szeretnénk diszkréten kezelni az eseményeket, és ugyanakkor biztosítani, hogy az alkalmazás JavaScript nélkül is működjön, akkor pedig szükségünk lesz arra a technikára amivel elérhetjük, hogy a böngészőben bekövetkezett eseményt (mondjuk egy kattintást) miután lekezeltük a saját eseménykezelőnkkel, meg-nem-történté tegyük, hogy a böngésző saját eseménykezelője ne hajtódjon végre. Erre a weben sok példát találhatunk, mindenhol azt írják, hogy az eseménykezelőben egy return false; elegendő. Ezzel csak az a baj, hogy nem működik. »»

Az Ajax.Updater prototype objektum használatakor előbb-utóbb beleütközünk abba a problémába, hogy szeretnénk használni az OnComplete tulajdonságot. Ez még nem olyan baj, de ha szeretnénk neki paramétereket is átadni akkor meglepetések fognak érni. »»

A prototype igazán a kezünk alá dolgozik sok-sok mindenben. Ezek közül most vizslassuk meg, hogy mit tud AJAX ügyben. Egy egyszerű kis példán fogunk végigfutni. Adott egy link és ha rákattintunk akkor a szerver véletlenszerűen kiválaszt egy képet és visszaküldi nekünk. »»

A Prototype az egyik legközkedveltebb javascript keretrendszer. Erre épül a (többek között) a scriptaculous. Bennem az keltette fel iránta az érdeklődést, hogy egyáltalán nem volt dokumentációja, majd egy lelkes felhasználó készített hozzá egyet. Itt most nem kívánok részletekbe menni, inkább összerakok itt egy rövid emlékeztetőt prototype használóknak. »»