Når Ajax startede vises på internettet, indførelse var forbløffende. Det var den gnist, der udløste eksplosionen i 2,0 æra, der gennemføres venstre og højre, føjet til de eksisterende sider og endnu mere overraskende, at skabe et helt nyt lag af Internettet, der virkelig signaleres en ændring i den måde de webservere blev oprettet og vises Meget på bekostning af multi-platform/mobile kompatibilitet, som kæmper for at vise Ajax indhold.
På en måde er det blevet den nye "Killer App" for alle online-programmets gennemførelse, nogen i "software spil" er uden tvivl blevet spurgt, om de kan gøre deres ansøgning "Look Web 2.0." Faktisk fik jeg at vide, for nylig af en kunde, at vores ansøgning kræves "for mange klik til at gøre noget."
Ved første jeg tænkte over det logisk, at forsøge at tænke på alle sider, der kræver mange klik for at nå en bestemt opgave, som kunne have antallet af klik reduceres endelig indser de fleste sider kræver, at mange klik, uanset hvad du gør (det klikker for at indlede noget, du indtaster indholdet, så det klikker for at fuldføre det). Spørgsmålet, som dette indebærer for hånd er det indtryk, det er at give slutbrugerne, at alt bør Ajax med prangende grafik og alt løsøre / redigeres, uanset om det har en egentlig funktion, eller hastigheder op siden overhovedet.
Ajax er bremset web for både slutbrugere og web-udviklere.
Dette er et stort problem, der løses i dag, det faktum, at der kører Ajax sinker både web-serveren og browseren vise indholdet.
Grunden til servere nedbremsning? og tidligere hver side, var noget anderledes tjent op til forskellige mennesker, som er nødvendige, eller der var en statisk side, der vises for alle slutbrugere. Nu skal vi vise en anden side pr bruger, eller tjene en widget, at viser brugerdefineret indhold inde i den. Problemet er, at alle disse data er (traditionelt) går gennem et enkelt web "API" (Den interface, der anvendes), hvilket resulterer i en potentiel afmatning eller overbelastning i perioder med stor anvendelse (selv om dette vil blive fastsat i fremtiden med bedre belastningsjustering på tværs af flere dernæst afskærer)
Grunden til browsere nedbremsning? er det ikke indholdet af Ajax er at vise, men Ajax selv. JavaScript er, hvad drev Ajax (Asynchronous JavaScript og XML), og JavaScript blev oprindeligt skabt som en let programmeringssprog til at gøre nogle ret enkle ting på nettet. Men som med de fleste web-baseret teknologi, har det været bøjet over tid i en, eller om jeg så må sige grundlag for web-udvikling.
Du kan blive overrasket over at høre, at JavaScript er et enkelt gevind sprog, hvilket betyder, at når som helst JavaScript er ved at blive evalueret eller køre, alt andet er nødt til at vente igen (alle i en enkelt linje). Dette er blevet særlig problematisk i blogs, hvor folk har brugt Ajax "Widgets" fra flere kilder. Problemet er, at alle JavaScript (ofte) forsøger at indlæse på én gang, hvilket resulterede i en forsinkelse, hvis dit indhold ikke vises, indtil JavaScript har gjort sin ting.
Nu denne isn'ta problem, hvis du opholder sig på samme side at gøre noget simpelt som forfriskende en tabel, eller sortering af information, (som vil blive væsentligt hurtigere med Ajax). Når du er nødt til at navigere gennem de forskellige sider, der består af et mash-up af JavaScript og HTML-indhold, med en underlig blanding af nogle sider, opladning (næsten) øjeblikkeligt, og andre tager betydeligt længere, bliver det mere og mere frustrerende.
Der er ingen Ajax standardisering, som resulterer i dårlig kvalitet af kode.
Selv om dette er begyndt at være fast med JavaScript biblioteker, for ofte udviklere er uerfarne med Ajax resulterer i dårligt skrevet kode, der har problemer på tværs af forskellige browsere og bruger miljøer (dette ikke ikke rigtigt til en værdsat par). Tilføjelse til dette er den kendsgerning, vi ikke kan let give feedback på brugerens oplevelse lokalt som vi kan med standard web-teknologier.
Jeg kan ikke sige, at Ajax er i sig selv dårligt, jeg synes tværtimod. Problemet er, at hver opkomling webdesigner kan lide udseendet af det, så de har alle taget en hånd til at forsøge at skabe (dårligt skrevet) Ajax poster, som bliver et problem, når du har den nye "sociale medier" websteder, der mash sammen flere plug-ins og widgets.
Den Konklusion?
Den grundlæggende konklusion, at jeg vil have folk til at tage væk fra dette er at tænke ud af, hvad fordelene Ajax giver til kunden. Hvis der ikke er nogen fordel (re-arrangere sejlads på en blog tæller ikke som en fordel), så skal du ikke medtage det på siden, eller i det mindste begrænse mængden af kode på din side. Foretag dine sider rene, let at bruge, og hurtig lastning. Lad os ikke forsøge igen at skabe "Jeg kan have en hel hjemmeside lavet af Flash Animation!" Bevægelighed.
Ajax er nyt territorium (i det offentlige forum), og som med andre nye teknologier, det går igennem stadier fra ukendt for eksplosion til nyttig gennemførelse, jeg ønsker blot at vi kunne komme forbi eksplosionen tidspunkt allerede ...
