Når Ajax første gang vises på nettet, den uptake var forbløffende. Det var gnisten som utløste eksplosjonen i 2,0 tiden, bli implementert i venstre og høyre, legges til eksisterende sider og enda mer forbausende, som skaper et helt nytt nivå av Internett som virkelig signalisert en endring i måten nettet ble opprettet og vises Mye til skade for multi-platform/mobile kompatibilitet, som kamp for å vise Ajax innhold.
På en måte har det blitt det nye "Killer App" for eventuelle elektroniske søknaden implementering, noen i "programvare spill" har uten tvil blitt spurt om de kan lage sine program "Se Web 2.0." Faktisk var jeg fortalte nylig av en kunde som vår søknad nødvendige "for mange klikk for å gjøre noe."
Ved første jeg tenkte på det logisk, prøver å tenke på noen sider som krever mange klikk for å oppnå en bestemt oppgave som kunne ha antallet klikk reduseres, endelig realisere de fleste sidene krever at mange av klikkene, uavhengig av hva du gjør (det klikker for å sette i gang noe, må du angi innholdet, og deretter klikker du for å fullføre den). Problemet at dette fører til hånden er inntrykket det gir sluttbrukerne, at alt skal være Ajax med glorete grafikken og alt bevegelig / redigeres, uavhengig av om det har en reell funksjon, eller hastigheter opp siden i det hele tatt.
Ajax er bremse ned på nettet for både sluttbrukere og web-utviklere.
Dette er et stort problem som blir angrepet for øyeblikket, det faktum at du kjører Ajax treger ned både webserver og leseren viser innhold.
Grunnen til servere bremse ned? Brønnen tidligere hver side var noe annet servert opp til forskjellige folk som nødvendig, eller det var en statisk side som vises til alle sluttbrukere. Nå viser vi en annen side per bruker, eller tjene en widget ut som viser tilpasset innhold på innsiden av det. Problemet er at alle dataene er (tradisjonelt) som går gjennom et enkelt web-API (Grensesnittet som brukes), noe som resulterer i en eventuell nedgang eller overtrykk i perioder med høy bruk (selv om dette vil bli løst i fremtiden med bedre balansering på tvers av flere severs)
Bakgrunnen for nettlesere bremse ned? det er ikke innholdet i Ajax viser, men Ajax seg selv. JavaScript er hva stasjoner Ajax (Asynkron JavaScript og XML), og JavaScript ble opprinnelig laget som en lettvekter programmeringsspråket til å gjøre noen ganske enkle ting på nettet. Men som med de fleste web-basert teknologi, har det vært vridd over tid i en eller tør jeg si grunnlaget for webutvikling.
Du kan bli overrasket over å høre at JavaScript er et enkelt gjenger språk, noe som betyr at når JavaScript er under vurdering eller kjøres, alt annet er å vente sin tur (alt i én linje). Dette har blitt særlig problematisk i blogger, der folk har brukt Ajax "Widgets" fra flere kilder. Problemet er at alle JavaScript (ofte) prøver å laste på en gang, noe som resulterer i en forsinkelse der innholdet ikke vises før JavaScript er gjort sine ting.
Nå er ikke dette problemet hvis du bor på samme side gjør noe enkelt som å oppdatere en tabell, eller sortering av informasjon, (som skal være betydelig raskere med Ajax). Når du har å gå gjennom ulike sider som består av en mashup av JavaScript og HTML-innhold, med en snodig blanding av enkelte sider ved lasting (nesten) umiddelbart, og andre tar betydelig lengre tid, blir det stadig mer frustrerende.
Det er ingen Ajax standardisering, noe som resulterer i dårlig kvalitet på koden.
Selv om dette begynner å bli løst med JavaScript-biblioteker, for ofte er uerfarne utviklere med Ajax resulterer i dårlig skrevet kode som har problemer på tvers av ulike nettlesere og bruker-miljøer (dette ikke er ikke sant for en verdsatt få). Legge til dette er det faktum at vi ikke kan enkelt gi tilbakemelding på brukerens opplevelse lokalt som vi kan med standard web-teknologier.
Jeg sier ikke at Ajax er naturlig dårlig, synes jeg helt motsatt. Problemet er at hver oppkomling webdesigneren liker utseendet på den, slik at de har alle tatt hånd med forsøk på å lage (dårlig skrevet) Ajax eks, som blir et problem når du har den nye "sosiale medier" nettsteder som bland sammen flere plug-ins og widgets.
Konklusjonen?
Den grunnleggende konklusjonen at jeg ønsker folk å ta bort fra dette, er å tenke ut hva fordelene Ajax gir til kunden. Hvis det ikke er noen fordel (re-arrangere navigasjon på en blogg, teller ikke som en fordel) og inkluderer ikke det på siden, eller i det minste, begrense mengden koden på siden din. Gjør sidene dine rene, enkle å bruke, og rask lasting. La oss ikke prøv å skape "Jeg kan ha en hel nettside laget av Flash-animasjon!" Bevegelse.
Ajax er nytt territorium (i offentlig forum) og i likhet med andre nye teknologier, den går gjennom stadier fra ukjent til eksplosjonen til nyttige gjennomføring, jeg bare ønske vi kunne komme seg forbi eksplosjonen scenen allerede ...
