Tavoitteet AJAX

Share

|

Ensinnäkin AJAX on noin parantaa käyttäjäkokemusta käyttäjäkokemuksen parantamiseen voidaan jakaa kahteen ryhmään: mikä nykyisiä tehtäviä helpottaa ja tehdä aiemmin mahdottomia tehtäviä mahdollista. On selvää, että on helpompaa keskittyä tekemään nykyisten tehtävien helpottamiseksi. Web-kehitysympäristöt, tämä voidaan vielä jakaa kaksi päätavoitetta: lisätä interaktiivisuutta ja vähentämällä aikaa, joka tarvitaan tehtävän suorittamiseen. Vuonna nonintranet tapauksissa voi myös olla liittyvä tekninen tavoite vähentää kaistanleveyden käyttöä, siirtämällä vähemmän tietoa selain, voit vähentää sivujen lataamista ja parantavat käyttäjien yleinen kokemus.

Lisääntyvä Vuorovaikutteisuus

Yksi yleisiä tavoitteita lisäämättä määrän JavaScript Web-sivusto on lisätä vuorovaikutteisuutta. Jopa ilman AJAX, voit tarjota sisältöä, arkaluonteisia tietoja, kun käyttäjä liikkuu yli linkki tai validoi muodossa ilman uudelleenlastauksen sivua. Tämä lisää interaktiivisuutta enemmän tietoa käyttäjille ilman ylivoimainen niitä. AJAX, voimme rakentaa tätä yleistä prosessia sijasta keskitytään lisäämästä ylimääräistä staattista tietoa, toisin sanoen, voimme lisätä lisää tietoa dynaamisesti.

Hyvä esimerkki on lisätä vuorovaikutteisuutta on AJAX lisätä reaaliaikainen haku normaalin hakulomakkeen Web-sivuston. Esimerkiksi reaaliaikaisten haku Google Ehdota sovellus (www.google.com/webhp?complete=1&hl=en), Joka ehdottaa mahdollisia hakutermejä avattavassa vekotin kuin kirjoitat kyselyn, vekotin olisi myös ilmoitettava tulosten määrä etsiä palaisi. Samanlaisia lähestymistapoja voidaan käyttää minkä tahansa hakuohjelmiston. Mahdollisuudet vaihtelevat valitsemalla käyttäjä, jolle muuttaa käyttöoikeuksia poiminta kaupunki, joka lähettää paketin.

Voit myös käyttää AJAX lisätä vuorovaikutteisuutta muulla tavoin kuin hakumenetelmät. Yksi tapa on käyttää vierityspalkkia siirtyä hakutulossivulla sijaan käyttää Web menetelmää seuraavan sivun linkit. AJAX toimii hyvin kohteita kuten nämä, koska tiedot on vielä ladattu vain tarvittaessa, aivan kuten normaali taulukko, mutta myöhemmin riviä pääsee paljon nopeammin.

AJAX avaa paljon uusia tapoja lisätä vuorovaikutteisuutta, koska lisätietojen näytät voi ladata tarvittaessa. Tämä tulee erityisen hyödyllinen työskenneltäessä keskisuurten tietokokonaisuuksia, koska voit nähdä kaikki tiedot lisäämättä alkuperäisen sivun latausaika aikaa vaativina toinen reload nähdä tietoihin. Suurin ongelma yhä vuorovaikutus on, että on vaikea mitata, mikä lisää interaktiivisuutta tulee erittäin hyödyllinen, kun katseli puhuessaan meidän toisen goaldecreasing suorittamiseen tarvittavaa aikaa toimia.

Vähenevät suorittamiseen tarvittavaa aikaa toimia

Yksi suurimmista haitoista Web-sovellusten on, että monivaiheinen prosessi tulee multiminute prosessi. On nopea yhteys, jokaisella sivulla, lataa yhteys lisää viisikymmentäkahdeksan yli neljä sekuntia puhdasta odottelua koska seuraava sivu syntyy ja ladata selaimen, ja hidas, odottaa voidaan kaksin-tai kolminkertainen. AJAX ladata uuden tiedon avulla voimme poistaa nämä sivut uudelleenlataukset, tehden saumattoman kokemuksen vain pieni yhden tai kahden sekunnin odottaa lisää tietoa.

On myös monia muita tapauksia, joissa AJAX voidaan kuoleman prosessin ajan. Niihin kuuluvat käyttäen monivaiheisessa velhot ja tarkistamista ja päivittämistä verkkosisältöä. Kun olet löytänyt tehtävän, joka vie aikaa, kuten hillitsevästi viestit asiakastuen foorumi, voit etsiä tiettyjä alitehtävät jotka vievät eniten aikaa. Foorumi maltillinen, ongelmana on, että jokainen sivu lataa kestää kauan, koska saatat olla etsimässä 20 tai 100 virkaa kerralla. Hidastunee virkaa vaaditaan yksi reload alkaa muokkaamaan ja sitten yksi reload tallentaa Edita tuskallinen prosessi. Muut tehtävät, kuten liikkuvat postitse myös hidasta, koska jokaisen sivun reload voi tehdä menetät paikkasi virkaluettelon.

Ajatellaan esimerkiksi kokous-huoneen varaus järjestelmän suuryritys. Kun huone on valittu, jokainen osallistuja on hakenut ja lisätään varaus niin että hän voi saada ilmoituksen sähköpostitse. Koska yhtiö on yli 100 työntekijää, valitse avattavasta widget ei ole hyvä valinta. Käyttämällä se lisäisi merkittävästi sivujen lataamista, koska niin paljon tietoa olisi esiladattu. Erittäin suuri avattavasta widget olisi myös kankea käyttää.

Ratkaisu tähän valintaan ongelma ennen AJAX oli lisätä hakujärjestelmää löytääkseen kullekin työntekijälle, hakujärjestelmä voisi jopa laittaa erilliseen ikkunaan alentaa tietojen määrää ladataan, mutta ei väliä miten se toteutetaan lisäämällä jokainen henkilö tulee 5 - 30 sekunnin prosessi. Tämä clunky käyttöliittymä ei ole ongelma, kun lisätään 1 tai 2 hengelle, mutta se on sietämätöntä, kun lisätään 20 tai enemmän. AJAX lähestymistapa mahdollistaa haku tapahtuu käyttämällä reaaliaikaista haku. Liitäntä näyttäisi paljon kuin "Google Suggest" näyttää sivun työntekijöiden nimien sijasta hakuehdot. Tässä tapauksessa on AJAX, teemme lisää 20 työntekijää 1 minuutin prosessi eikä 5 minuutin prosessi.

AJAX voit nopeuttaa lisäämällä sijaintiin muokkaamista ja käyttämällä vetämällä ja pudottamalla virkaan. In-paikka editointi toimii luomalla tekstin muokkaus ruutuun ilman uudelleenlastauksen sivua. Koska sisältö on jo näkyvissä, ei pyyntö on lähetettävä palvelimen aloittaa muokata. Lopussa prosessin muutokset ovat avoimesti tallennetaan, kun käyttäjä siirtyy muokkaus ensi postitse.

Yksi niistä asioista, jotka tekevät vähentäminen tehtävä ajoissa niin suuri AJAX täytäntöönpanon tavoitteena on, että se on helposti mitattavissa. Kaikki mitä sinun tarvitsee vain istua alas ja tehdä joitakin tehtäviä ja seurata, miten kauan ne kestää loppuun. Riippuen tehtävistä, voit myös lisätä ajastimia hakemus tallentaa normaalin käytön tietoja. Kun olet nämä lähtötilanteessa numeroita, voit luoda konkreettisia tavoitteita oman AJAX täytäntöönpanoa. Yhdistettynä edelleen seurata, kun olet luonut AJAX täytäntöönpanoa, voit saada tietoa päättää, miten tehokkaasti parannuksia on. Kanssa todellinen ja toistettavissa oleva mittaus, tehokkuus AJAX siirtyy arvailu on yksinkertainen matematiikka. Voit myös käyttää tätä prosessia-mittauksen parantaminen nykyisellä AJAX käyttää, vaihtamalla pois tekniikoita tai lisäämällä prefetching tehdä prosessi kestää vähemmän aikaa.

Vähentäminen Kaista Käytä

Vähentäminen kaistanleveyden käyttö voi olla hyödyllinen tavoite muutama AJAX-toteutusten koska pienemmän tietomäärän vie vähemmän aikaa siirtää, ja tarjoaa käyttäjälle enemmän saumattoman kokemuksen. Jos maksat hosting, vähentää kaistanleveyden käyttö voi myös olla tehokas keino säästää rahaa. Jos kuitenkin käytät sovellusta sisäisen verkon, se voi olla tavoite, että ei ole mitään merkitystä, koska nopea verkkoyhteys pitää latausajat pieni ei väliä kuinka paljon dataa siirrät.

Kaista käyttö on helppo mitata, liittyvät luvut ovat aina helpompi käyttää kuin subjektiivinen vertailuja. Tietenkin, toisin kuin mittaaminen aikaa tehdä tehtävän, kaistanleveys käyttö ei ole numero, joka haluat aina nähdä vähentää kokonaisuudessaan. Vähentäminen tietomäärän ladattu alkuperäisen sivun latausaika voi olla hyötyä, varsinkin jos tiedot on harvoin käytetty ja voidaan helposti ladata tarvittaessa. Kuitenkin joissakin tapauksissa parhaan mahdollisen käyttökokemuksen saavutetaan lataamalla tiedot ja lisäämällä yleistä kaistanleveyden käyttöä.

Voit esijännityksen tiedot suoraan aikana aloitussivun kuorman tai AJAX soittaa, mutta huomaat, että AJAX on hyötyä niin kauan kuin tietoja ei tarvita välittömästi. AJAX lataamalla voi tapahtua, kun sivu on ladattu, mikä on vähemmän havaittavissa käyttäjälle. Se voi myös olla sidottu alussa tehtävä, joka käyttää sitä. Tämä pätee erityisesti, kun selaat suuria tietomääriä, koska ne ovat yleensä yhdenmukaisia käyttää kuvioita, voidaan havaita seuraamalla käyttäjien sovelluksia.

AJAX ei ole taattua kaistanleveyttä vähennyksiä ja joissakin käyttää kuvioita, se todennäköisesti käyttää enemmän kaistanleveyttä. Tämä pätee erityisesti, kun teet tapahtuma-odotuksiin AJAX pyytää. Jokainen pyyntö voi olla pieni, mutta etsi jokaisen näppäilyn voi nopeasti lisätä enintään. Näitä vaikutuksia voidaan vähentää rajoittamalla tapahtumien määrää yhteen per aika, mutta vaikutukset ovat silti ajan mittaan. Sinun tehtäväsi on tehdä jokaisesta pyynnöstä mahdollisimman pieni, vaikka ymmärränkin, että kaistanleveys vähentäminen voi olla syövät suurempia määriä pyyntöjä ja käyttämällä prefetching tehdä erittäin vuorovaikutteinen käyttöliittymä.

Luominen Rich sovellukset

Ensimmäinen kolme maalia lähinnä tekemiseen lisäyksiä nykyisiin web-sovelluksia, mutta AJAX myös antaa meille mahdollisuuden luoda kokonaan uusi luokka Web-sovelluksia. Kun luot rikas sovellusten kehittäjät on tavoitteena tehdä niistä toimivat hyvin kuin natiiveja mahdollisimman samalla pitämään Web-kehitys on etuja helpottaa käyttöönoton ja täytäntöönpanon. Lisäksi runsas sovellusten kehitys on edelleen tavoitteena lisätä vuorovaikutteisuutta sovellus ja vähentämällä tarvittavaa aikaa suorittaa toimintoja, vaikka suunnittelu ja toteutus näiden tavoitteiden voivat olla erilaisia.

Koska et ole ottaen nykyisen sovelluksen ja vahvistamisesta hidas paikoista, sinulla ei ole perustason vertailuluku standardi Web-sovellus. Sen sijaan sinun täytyy verrata hakemuksesi vastaan sen kotimainen vastaava. Tämä voi olla haastavaa, koska kotimainen sovellukset voivat käyttää suuria pysyviä tietovarastot vähentää hitaasti vuorovaikutusta, kun taas AJAX sovellukset rajoittuvat pieniin istunto perustuvaa välimuistiin. Riippuen siitä kuinka paljon dataa tehtävä on, et välttämättä pysty vastaamaan suorituskykyä alkuperäisessä sovelluksessa, joten sinun täytyy keskittyä eri käyttötavat, joka piilottaa ongelman. Helpoin natiiveja matkia niitä, jotka käsittelevät suuri tietokokonaisuus, jota ei ole tallennettu täysin paikalliseen asiakas, koska tieto-pääsy ajonopeus ovat samankaltaisia, Web hakemus on kilpailla vain laadulla ja käyttöliittymä.

Monet rikkaat sovellukset käyttävät enemmän kaistanleveyttä kuin tavallisella web-sovellus kollegansa, koska ne ovat voimakkaasti riippuvaisia prefetching tietoja antaa saumaton käyttökokemus. Tämä tekee rikas sovelluksia paremmin sisäisiä asennuksia, joissa nopea verkkoyhteys ja puute kaistanleveyttä maksujen poistaminen kaistanleveys vähentäminen välttämätön tavoite.

Päätös rakentaa rikas sovellus sijasta tehostetun Web-sivuston ei pitäisi suhtautua kevyesti. Rich sovellukset toimivat parhaiten, kun ne kohdistuvat tehtäviä hoitaa kotimainen sovellus. Sähköpostiohjelmat, RSS lukija, ja raportoinnin sovellukset ovat hyviä esimerkkejä natiiveja, jotka on helppo jäljitellä. Tästä huolimatta palveluja tarjoavat yleensä Web-sivustot, kuten ostoksia verkkokaupassa tai näyttämällä tuotetiedot, älä käännä hyvin rikas sovelluksiin. Nämä tehtävät ovat paremmin tehostetun Web-sivustoon, jossa vain hidas, monimutkainen tehtävät korvataan AJAX versiot.

---