Kaj storiti, ko dobite "Ajax Call" od vašega šefa
Priznam, nikoli nisem bil velik oboževalec JavaScripta. Vedno sem bil vesel, da je o About imel vodnik JavaScript, tako da ga ni bilo treba pokrivati na svoji spletni strani. Lahko berem in napišem JavaScript, toda do zadnjega časa sem imel zelo malo zanimanja. Iz kakršnega koli razloga je moj um imel popoln duševni odmor, ko gre za pisanje scenarijev JS. Napišem zapletene C + + in Java aplikacije in lahko v spanju pisem Perl CGI skripte , vendar je bil JavaScript vedno boj.
Ajax Made JavaScript Več zabave
Mislim, da del razloga, zaradi katerega nisem bil všeč JavaScript, je bil, ker so rolloverji dolgočasni. Seveda, lahko storite več kot to z JS, vendar 90% spletnih mest, ki jih uporabljajo, so delale bodisi prevračanje ali potrditev formulacije, in ne veliko drugega. Ko enkrat potrdite en obrazec, jih potrdite.
Nato je Ajax prišel in znova naredil novo. Nenadoma smo imeli brskalnike, ki bi podpirali JavaScript, ki bi naredili nekaj drugega kot zamenjali slike, imeli pa smo tudi XML in DOM, da bi povezali podatke z našimi skripti. In vse to pomeni, da me Ajax zanima, zato želim graditi aplikacije Ajaxa.
Kaj je Stupidest Ajax Application Ever Built?
Mislim, da bi moral biti mojster e-pošte na računu, ki je skoraj brez e-pošte. Pojdili boste na spletno stran in rekli: "Imate 0 e-poštnih sporočil." 0 bi se spremenilo, če bi prišlo do sporočila, toda ker ta račun ni imel pošte, se nikoli ne bi spremenil. Preizkusil sem ga tako, da sem poslal pošto na račun in delal. Ampak to je bilo absolutno nesmiselno. Pred petimi leti so bili na voljo boljši pregledovalci pošte, zato jih nisem potreboval, da bi jih uporabljal Firefox ali IE. Ko je videl enega od mojih sodelavcev, je rekla: "Kaj je to?" Ko sem pojasnil, je vprašala: "Zakaj?"
Pred gradnjo aplikacije Ajax vedno vprašajte zakaj
Zakaj Ajax?
Če je edini razlog, da gradite aplikacijo v Ajaxu, ker je "Ajax cool" ali "moj šef mi je povedal, naj uporabim Ajax", potem bi morali resno oceniti svojo tehnologijo. Ko gradite katero koli spletno aplikacijo, morate najprej razmišljati o svojih strankah. Kaj potrebujejo za to? Kaj bo olajšalo uporabo?
Zakaj ni kaj drugega?
Lahko je zelo vabljivo, da uporabite Ajax samo zato, ker lahko. Na eni strani, na kateri je delala moja ekipa, je bila stran z jezičkom. Vse vsebine so bile shranjene v XML v zbirki podatkov in ko ste kliknili jezičke, je bil Ajax uporabljen za obnovo strani z novimi podatki o zavihku iz XML-ja.
To se je zdelo kot dobra uporaba Ajaxa, dokler ne začnete razmišljati o nekaterih vprašanjih:
- Kartic ni mogoče zaznamovati. Zato stranke ne morejo shraniti informacij, ki jih želijo.
- Iskalniki ne vidijo podatkov, ki niso na prvem zavihku, ker ne morejo dostopati do Ajaxa.
- Ajax ni dostopen, zato vsebina na drugih zavihkih ne bi bila vidna vsem, ki uporabljajo bralnik zaslona, ali celo starejše brskalnike, ki nimajo dobre podpore za JavaScript.
- Če je eden od kartic imel veliko informacij, lahko traja dolgo časa, da se naloži počasna povezava. In ker Ajax ne kaže, kaj se dogaja, se zdi, da je stran zdrobljena.
Zadeva, ki je bila zanimiva, je, da je ta spletna stran v preteklosti imela podobne strani, ki niso uporabljale Ajaxa. Vsebino so poslali s skritimi div ali ločenimi stranmi HTML. Ni bilo razloga, da bi Ajax uporabljali drugače, kot da je bil Ajax kul, in naš šef je predlagal, da iščemo kraje, ki jih lahko uporabljamo.
Ajax je za akcijo ni vsebine
Če nameravate dati Ajaxovo aplikacijo ali podobno kot Ajax na vaši spletni strani, najprej ugotovite, ali se podatki, do katerih dostopate, spremenijo. Točka asinhronega zahtevka je, da naredi strežniku zahteve za informacije, ki so se spremenile hitreje - ker se to dogaja, medtem ko bralec počne kaj drugega. Ko kliknejo povezavo ali gumb (ali po določenem času - ne glede na vaše razlikovanje), se podatki takoj prikažejo.
Če se vaša vsebina ali podatki nikoli ne spremenijo, potem ne smete uporabljati Ajaxa za dostop do nje.
Če se vaša vsebina ali podatki le redko spreminjajo, potem verjetno ne bi smeli uporabljati Ajaxa za dostop do nje.
Stvari, ki so dobre za Ajax
- Validacija obrazca
- To je skoraj brez pomena. To je veliko lepše, ko vam obrazec pove, ko vnašate, če ste napačno napolnili ali ne. Ob odhodu na strežnik in nato vrnitev sporočila o napaki ni samo star, ampak počasen. Pustite validacijo strežnika v obliki, kar je pomembno za dostopnost. Toda za tiste, ki lahko podpirajo Ajax, jim takoj povejte.
- Komentarji
- Komentarji na blogih ali celo samo članki so odlična uporaba Ajaxa. Komentarji se lahko ves čas spreminjajo in še posebej, ko komentator zadene gumb za komentiranje, lepo je, da se komentar takoj pojavi na strani.
- Filtriranje podatkov
- Če imate veliko tabelo z veliko podatkov v njem, je lepa aplikacija za Ajax dodati filtre in sortirje v tabelo. Če želite, da vaša spletna tabela deluje bolj kot Excel, je za ljudi koristna.
- Ankete in ankete
- Ko kliknete na vaš glas, bi anketa samo prikazala rezultate. In preden komentirate, About še ne podpira Ajaxa na naših anketah - toda zagotovo bi bilo lepo. Morda lahko razvijalcem About.com damo "Ajaxov klic" našega. :)
Kaj storiti, ko boste prejeli & # 34; Ajax Call & # 34;
Pogovorite se s svojim šefom ali oddelkom za trženje, da ugotovite, zakaj želijo uporabljati Ajax na spletni strani. Ko razumete razloge, zakaj to želijo, potem lahko delate pri iskanju primerne vloge za to.
Opomni svojega šefa, da so vaše stranke prvi, in da dostopnost ni le beseda. Če jim je vseeno, ali je vaše spletno mesto dostopno strankam, jih opomnite, da iskalniki ne skrbijo za Ajax, zato ne bodo dobili toliko ogledov strani.
Začni z majhnimi. Najprej zgradite nekaj preprostega, preden skrbite za izgradnjo celotne nove spletne aplikacije iz nič. Če lahko na spletno mesto dobite nekaj Ajaxiana, to lahko pomeni, da mora vaš šef ali oddelek za trženje izpolniti svoje cilje. Vsekakor je mogoče dati Ajaxovo aplikacijo, ki je dejansko koristna, vendar samo, če razmišljate o tem, kako najprej narediti to.
Ste našli ta članek koristen? Napišite komentar.