Când a început Ajax primul care apar pe web, de captare a fost uimitor. A fost scânteia care a declanşat explozia de la 2.0 eră, în curs de aplicare la stânga şi la dreapta, adaugă la paginile existente, şi chiar mai surprinzător, creând un nou rand de Internet semnalat faptul că într-adevăr o schimbare în modul în care a fost creat de web şi afişează , De mult, în detrimentul multi-platform/mobile compatibilitate, care luptele Ajax-ului pentru a afişa conţinutul.
Într-un fel a devenit noul "Killer App" pentru orice aplicatie online de punere în aplicare, pe nimeni în "software-ul de joc" nu are nici o îndoială fost întrebat dacă pot face aplicarea lor "Uita-te Web 2.0." În fapt, mi sa spus recent de către un client care ne aplicare necesară "prea multe clicuri pentru a face ceva".
La inceput am crezut ca despre asta logic, încercând să se gândească la orice pagini care necesită multe clicuri pentru a realiza o anumită sarcină care ar putea avea numărul de clicuri redus, în final, realizarea cea mai mare nevoie de pagini care de multe clicuri, indiferent de ceea ce faci (faceţi clic pentru a iniţia ceva, vei intra în conţinut, apoi faceţi clic pentru a completa asta). Problema că această parte este de a aduce impresia este oferind utilizatorilor finali, că totul ar trebui să fie cu Ajax strigător grafică şi totul mobile / editabile, indiferent dacă aceasta are o funcţie efective, sau viteza de pagini la toate.
Ajax-ului este încetinirea web atât pentru utilizatorii finali şi web-developeri.
Aceasta este o mare problema, care este în prezent fiind abordate, de faptul ca Ajax-ul să ruleze încetineşte atât de server de web şi browser-ul afişează conţinut.
Motivul pentru servere de bătrâneţe? bine anterior de fiecare pagină a fost ceva servit diferite de până la diferite persoane, după cum este necesar, sau de acolo a fost unul static, care afişează pagina de toate pentru a utilizatorilor finali. Acum, vom afişa o altă pagină de pe utilizator, sau a servi unui control arată faptul că în interiorul de conţinut personalizat-o. Problema este faptul că toate aceste date este (tradiţional) trece printr-un singur web "API" (de interfaţă folosite), care rezultă într-un potenţial de supraîncărcare în încetinirea sau ori de ridicat de utilizare (deşi acest lucru va fi fixată în viitor cu o mai bună echilibrarea încărcării pe mai multe severs)
Motivul pentru browsere încetinirea? nu e vorba de conţinut a Ajax-ului este afişarea, dar a Ajax-ului in sine. JavaScript este ceea ce conduce Ajax (Asynchronous JavaScript şi XML), şi JavaScript a fost creat iniţial ca un limbaj de programare usoare de a face unele lucruri destul de simplu de pe web. Dar, ca şi în cele mai multe bazate pe web tehnologie, a fost drogat în timp, într-o, sau îndrăzni să spun de bază pentru dezvoltare web.
S-ar putea să fi surprins să aud că JavaScript este un singur filetat, de limbă, în sensul că oricând JavaScript este în curs de evaluat sau fugi, tot ce trebuie să aştepte rândul său (toate într-o singură linie). Acest lucru a devenit deosebit de problematice în blog-uri, unde oamenii au folosit Ajax "Widgets" de la mai multe surse. Problema este că toate JavaScript (des) încearcă să încarce dintr-o dată, rezultând într-o întârziere în cazul în care conţinutul dvs. nu este afişat până când JavaScript a făcut sale de lucru.
Acum isn'ta această problemă dacă locuiesc pe aceeaşi pagină a face ceva simplu, ca revigorant un tabel, de sortare sau de informare, (care va fi semnificativ mai rapid cu Ajax). Când aveţi pentru a naviga prin diverse pagini, care constau dintr-un must-te de JavaScript si HTML de conţinut, cu un ciudat amestec de unele pagini de încărcare (aproape) instantaneu, şi alţii, luând în mod semnificativ mai lung, acesta devine din ce în ce mai frustrant.
Nu există nici Ajax de standardizare, care rezultă din codul de proastă calitate.
Deşi acest lucru este de a fi fix incepand cu JavaScript biblioteci, de prea multe ori dezvoltatorii sunt lipsit de experienţă cu Ajax care rezultă în slab, care a scris codul de probleme în diferite browsere şi medii de utilizator (aceasta nu adevărat, nu pentru o valoare câteva). Adăugarea la aceasta este de fapt noi nu putem cu uşurinţă a furniza feedback despre experienţa utilizatorului, pe plan local ca să putem, cu standard de tehnologii web.
Nu spun ca Ajax-ul este în mod inerent de rău, cred că destul de opusul. Problema este că de fiecare parvenit de web designer place uita-te de el, asa ca au luat toate de o mână de ajutor la încercarea de a crea (prost scrise) Ajax elemente, care devine o problemă atunci când ai de nou ", mass-media sociale" pireu de site-uri care împreună mai multe plug-in-uri şi de fleacuri.
Concluzia?
De bază concluzia că vreau să iau oamenii departe de acest lucru este să cred că ceea ce oferă beneficii pentru a Ajax-ului de client. Dacă nu există nici un beneficiu (re-amenajarea de navigare pe un blog nu conta ca un beneficiu), apoi nu-l includeţi în pagină, sau cel puţin, limita de suma de cod pe pagina dumneavoastră. Asiguraţi-vă paginile de curată, uşor de utilizat, rapid şi de încărcare. Să nu încercaţi să re-crearea "Nu pot avea un întreg site-ul facut de animatie flash!" Circulaţie.
Ajax-ul este nou teritoriu (în forum public) ca şi cu alte tehnologii noi, atunci când trece prin etapele de la necunoscut la explozia de la punerea în aplicare util, eu doar doresc să putem trece peste etapa de explozie deja ...
