Bruce W. Perry - 80 sposob?w na Ajax

Prawda jest taka, e nigdy nie utworzyem aplikacji w technologii Ajax.

Oczywicie, pracowaem nad projektami Ajax, ale jeli chodzi o programowanie, to moje dowiadczenie jest do ubogie. Napisaem kilka skryptw JavaScript, znam rwnie odrobin jzyk Perl, cho jest to wiedza pozwalajca zaledwie na utworzenie aplikacji sieciowej. W kwestii programowania zaliczam si wic raczej do grupy weekendowych hobbystw.

Czytelnik moe sobie wyobrazi frustracj osb, ktre si o tym fakcie dowiaduj, gdy przysyaj do mnie wiadomoci e-mail z prob o pomoc w swoich skryptach JavaScript. Trudno jednak wini je za to, i oczekuj ode mnie tego, e bd technologiem. Ostatecznie, napisaem artyku uywajc okrelenia Ajax, a Ajax jest przecie technologi, nieprawda?

Zabawny w tym wszystkim jest fakt, e w trakcie pisania wspomnianego artykuu nie zakadaem takiego rozwoju wypadkw. W ogle nie przypuszczaem, e pisz artyku adresowany do technologw. Nale do kategorii projektantw i to do tej grupy osb by skierowany artyku. Jeeli Czytelnik zapozna si z innymi publikacjami zamieszczonymi na witrynie adaptivepath.com , wwczas przekona si, e nasze rozwaania dotycz bardziej sposobu analizy zachowa uytkownika ni rozmw o najnowszych bibliotekach danych lub schematach danych.

Jest to gwny powd, dla ktrego niektre osoby uwaaj za bardzo dziwne to, e w ogle przystpiem do pisania na temat Ajaksu. Projektanci powinni pozostawi technologom pisanie o technologii.

Ale postrzeganie Ajaksu jako czysto technologicznego fenomenu jest pominiciem najwaniejszych kwestii. Co wicej, Ajax jest nawet w wikszym stopniu obszarem zmian dla projektantw ni dla programistw. Oczywicie, istnieje wiele sposobw, na ktre programici musz zmieni swj tok mylenia w trakcie przejcia od tradycyjnego tworzenia aplikacji sieciowych do budowania aplikacji z wykorzystaniem technologii Ajax. Dla tych osb, ktre projektoway z myl o uytkownikach, zmiany przynoszone przez Ajax s jeszcze bardziej gruntowne.

W cigu minionych 10 lub wicej lat bardzo dobrze wywizywalimy si z naszych obowizkw. Rozpoczynalimy od obsugi tego, co Sie wykonywaa znakomicie oraz tego, co Sie obsugiwaa bardzo kiepsko.

Opracowalimy cay arsena konwencji, na ktrych polegamy w trakcie projektowania aplikacji: miejsce umieszczenia logo, zachowanie czy po ich klikniciu oraz sposb poinformowania, e dany element moe zosta kliknity.

Caa ta wiedza przynajmniej jej wikszo staje si niepotrzebna w trakcie wykorzystywania technologii Ajax. Co prawda dysponujemy szersz palet narzdzi, ale rwnoczenie oznacza to wicej moliwoci popenienia bdw. Szczerze mwic, bdziemy popeniali duo bdw. Poznanie nowych zagadnie zajmie programicie odrobin czasu, podobnie jak miao to miejsce w przypadku starych, statycznych stron internetowych. Rwnie osignicie poziomu gwarantujcego peniejsze wykorzystanie technologii Ajax bdzie wymagao czasu i wielu prb.

I to jest odpowiednia chwila, w ktrej do akcji wkracza Czytelnik oraz niniejsza ksika.

Jedn z najbardziej inspirujcych kwestii dotyczcych Sieci jest fakt, e kady moe uczestniczy w jej rozwoju. Organizacje zajmujce si standardami oraz producenci platform maj znaczenie, ale nie istnieje nadrzdny plan, ktry wyznaczaby kierunek ewolucji Sieci. Poda ona w kierunku, w ktrym zmierzaj jej uytkownicy ale jedynie wtedy, gdy s na to przygotowani. Oznacza to, e czasami wietne pomysy nie s realizowane od razu, natomiast w innych przypadkach wystarcza tylko jeden gos przedstawiajcy ide, ktry zjednuje sobie wikszo.

My wszyscy, projektanci i programici, jestemy architektami Sieci. Dziki narzdziom takim jak ta ksika moemy si nawzajem uczy, mamy moliwo wykorzystania naszej kreatywnoci w celu przyspieszenia kolejnych innowacji. Dokonywane przez nas teraz wybory stanowi podstaw dla przyszych wydarze. W tym momencie Ajax jest naszym przeznaczeniem, kolejnym oczywistym rozdziaem w historii Sieci. Gdy ten rozdzia zostanie zamknity, z niecierpliwoci bd wypatrywa, co przyniesie nastpny. Jednak obecnie powinnimy skupi si na tym, co da si osign za pomoc teraz dostpnych moliwoci.

Zmykamy wic std i zabieramy si za kodowanie!

Jesse James Garrett

San Francisco, Kalifornia

Grudzie 2005