Kun Ajax ensimmäinen alkoi näkyä verkossa, kertymä oli hämmästyttävä. Se oli kipinä, joka aiheutti räjähdyksen on 2,0 aikakausi, toteutetaan vasemmalle ja oikealle, lisätty olemassa oleviin sivuihin ja vielä enemmän hämmästyttävää, luoda kokonaan uuden tason, että Internetin todella viestittänyt muuttaa tapaa, jolla Internet on luotu ja näytetään , Paljon kustannuksella multi-platform/mobile yhteensopivuus, joka taistelee näyttö Ajax sisältöä.
Eräällä tavalla se on tullut uusia "Killer App" mihinkään online-hakemus täytäntöönpanon, ketään, "ohjelmistojen peli" on epäilemättä on pyydetty jos he voivat tehdä hakemuksen "Look Web 2.0." Itse asiassa olen kerrottiin äskettäin jonka asiakas, että hakemukseen "liian paljon napsautuksia tehdä jotain."
Ensin ajattelin, siitä loogisesti, yritämme ajatella kaikki sivut, jotka vaativat paljon napsautuksia saavuttaa tietty tehtävä, joka saattaa olla niiden napsautusten määrää vähennetään, lopulta toteuttaa useimmat sivut edellyttävät, että paljon napsautuksia riippumatta siitä, mitä te teette (jäljempänä napsauttamalla aloittaa jotain, anna sen sisältöä, sitten napsauta täydentää sitä). Asiaa, että tämä tuo käsi vaikutelman, että se antaa loppukäyttäjille, että kaikki olisi Ajax kanssa herättävä grafiikka ja kaikki irtain / muokattavissa, riippumatta siitä, onko se todellinen funktio tai nopeuttaa sivua ollenkaan.
Ajax on hidastumassa verkossa sekä loppukäyttäjien ja Web-kehittäjille.
Tämä on suuri ongelma, joka on ratkaistava tällä hetkellä se, että käynnissä Ajax hidastaa sekä web-palvelimen ja selaimen näyttämään sisällön.
Syynä palvelinten hidastumassa? hyvin aiemmin jokaisella sivulla oli jotain erilaista tarjoillaan jopa eri ihmisiä kuin tarvitaan, tai sitten oli yksi staattinen sivu, joka näytetään kaikille loppukäyttäjille. Nyt näyttää eri sivulle per käyttäjä tai palvella vekotin, että osoittaa omaa sisältöä sisällä sitä. Ongelmana on se, että kaikki nämä tiedot on (yleensä) menee läpi yhden web "API" (Liittymää käyttää), jolloin mahdollinen hidastuminen tai ylikuorma kertaa korkean käyttö (vaikka tämä on vahvistettava tulevaisuudessa paremmin kuormituksen tasapainottaminen eri katkaisee)
Syynä selaimet hidastumassa? se ei ole sisältöä Ajax on näyttävä, mutta Ajax itse. JavaScript on mikä ohjaa Ajax (Asynchronous JavaScript ja XML), ja JavaScript on alun perin luotu kevyt ohjelmointikieli tehdä joitakin melko yksinkertaisia asioita Webissä. Mutta kuten useimmat Internet-teknologia, se on vääntynyt ajan mittaan tullut, tai uskallanko sanoa perusteella web-kehitystä.
Saatat olla yllättynyt kuullessani, että Javascript on yksi kierteitetyt kieli, mikä tarkoittaa, että milloin tahansa JavaScript on arvioitava tai suorita, kaikki muu on odotettava puolestaan (kaikki yhdelle riville). Tämä on tullut erityisen ongelmallinen blogeja, joissa ihmiset ovat käyttäneet Ajax "widgetit" useista lähteistä. Ongelmana on se, että kaikki JavaScript (usein) yrittää ladata kerralla, jolloin viivästyminen, jossa sisältö ei ole näkyvissä, kunnes JavaScript on tehnyt asiasta.
Nyt tämä isn'ta ongelma, jos olet pysyminen samalla sivulla tekee jotain yksinkertaista kuin virkistävä taulukon tai lajitteluun tietoa, (mikä tulee huomattavasti nopeammin ja Ajax). Kun olet navigoida eri sivuja, jotka koostuvat mash-up-JavaScript-ja HTML-sisällön, jonka outo yhdistelmä joitakin sivuja lastaus (lähes) välittömästi, ja muut ottaen huomattavasti pidempi, on yhä turhauttavaa.
Ei ole Ajax standardointi, minkä seurauksena huono laatu-koodi.
Vaikka tämä alkaa olla kiinteitä JavaScript-kirjastot, liian usein kehittäjät ovat kokemattomia ja Ajax johtaa huonosti kirjoitettu koodi, joka on asioista eri selaimissa ja käyttäjien ympäristöissä (tämä ei ole totta, että arvostetaan muutama). Lisätään tähän on se, emme voi helposti antaa palautetta käyttäjän kokemuksia paikallisesti kuin voimme kanssa standardi web-tekniikoita.
En sano, että Ajax on luonnostaan huono, mielestäni päinvastoin. Ongelmana on, että jokainen nousukas Web-suunnittelija pitää katsoa sitä, joten he Olemme kaikki ottaneet käsin yrittää luoda (huonosti kirjoitettu) Ajax eriä, mikä tulee kysymykseen, kun teillä on uusi "sosiaalinen media" sivustoja, mash yhdessä useita laajennuksia ja widgettejä.
Johtopäätös?
Perusajatuksena johtopäätökseen, että haluan ihmisiä ottamaan pois tästä on miettiä, mitä etuja Ajax antaa asiakkaalle. Jos ei ole mitään hyötyä (uudelleen järjestäminen liikennöinnin blogia ei lasketa etuus) sitten eivät sisällä sen sivulla, tai ainakin rajoittaa määrä-koodi sivullesi. Tee sivusi puhdas, helppokäyttöinen ja nopea lastaus. Let's ei yritä uudelleen luomalla "En voi olla koko verkkosivusto on Flash-animaatio!" Liikkuvuutta.
Ajax on uusi alue (varsinkin julkisella foorumilla) ja muiden uusien teknologioiden, se menee läpi vaiheet tuntemattomia räjähdyksessä hyödyllinen täytäntöönpanoa, haluan vain saisimme ohi räjähdys vaiheessa jo ...
