Mida teha, kui saate oma bossilt "Ajaxi kõne"
Tunnistan seda, ma pole kunagi olnud JavaScripti suur fänn. Ma olin alati väga rõõmus, et Aboutil oli JavaScripti juhend, nii et ma ei pidanud seda oma saidil katma. Ma saan JavaScripti lugeda ja kirjutada, kuid viimasel ajal oli mul selle suhtes väga vähe huvi. Mingil põhjusel oli minu meelest täielik vaimne purunemine, kui ta tuli JS-skriptide kirjutamiseks. Võin kirjutada keerulisi C + + ja Java-rakendusi ning ma võin kirjutada Perl CGI-skripte minu unes, aga JavaScript oli alati võitlus.
Ajax tehtud JavaScript rohkem lõbus
Ma arvan, et mõnel põhjusel, mulle JavaScript ei meeldi, sest ümberlaadimine on igav. Muidugi võite teha rohkem kui JS-i abil, kuid 90% saitidest, kus seda kasutatakse, tegi kas ümberlülitamist või valideerimise vormi, mitte palju muud. Kui olete valinud ühe vormi, olete valinud need kõik.
Siis tuli Ajax kaasa ja tegi kõik uuesti uueks. Järsku oli meil brausereid, mis JavaScript toetaksid midagi muud kui piltide vahetus, ja meil oli XML ja DOM, et andmeid meie skriptidega ühendada. Ja kõik see tähendab, et Ajax vaatab mind, nii et ma tahan luua Ajaxi rakendusi.
Mis on kõige hoogsam Ajaxi rakendus, mille olete kunagi üles ehitanud?
Ma arvan, et minu peaks olema e-posti kontrollija kontole, kellel pole peaaegu ühtki meilisõnumit. Sa läheksid veebilehele ja öeldaks: "Teil on 0 meilisõnumit." 0 muutuks, kui siseneks teade, kuid kuna see konto ei saanud e-kirju, ei muutuks see kunagi. Ma katsetasin seda, saates kirja kontole ja see töötas. Kuid see oli täiesti mõttetu. Viis aastat tagasi olid olemas paremad postkastrid ja mul ei olnud vaja neid Firefoxi ega IE-d kasutada. Kui üks mu töökaaslastest nägi seda, ütles ta: "Mis see on?" Kui ma selgitasin, küsis ta: "Miks?"
Enne Ajaxi rakenduse loomist küsige alati, miks
Miks Ajax?
Kui ainus põhjus, miks te Ajaxis rakendust üles ehitate, on see, et "Ajax on lahe" või "mu boss ütles mulle, et kasutaks Ajaxit", siis peaksite oma tehnoloogilist valikut tõsiselt hindama. Kui ehitate mõnda veebirakendust, peaksite kõigepealt mõtlema oma klientidele. Mida nad seda rakendust vajavad? Mis teeb selle lihtsamaks?
Miks mitte midagi muud?
Ajaxi kasutamine võib olla väga ahvatlev lihtsalt sellepärast, et saate. Ühel saidil, kus minu tiim töötas, lehel oli tabeldusjaotis. Kogu sisu hoiti XML-is andmebaasis ja kui klõpsasid vahelehtedel, kasutati Ajaxit lehe taastamiseks XML-i uute vahekaartidega.
See näis hea kasutada Ajaxit, kuni hakkate mõtlema mõne sellega seotud probleemiga:
- Vahekaarte pole järjehoidjaga märgitud. Nii et kliendid ei saa soovitud teavet salvestada.
- Otsingumootorid ei näe andmeid, mis ei ole esimesel vahekaardil, sest nad ei pääse Ajaxile.
- Ajax ei ole ligipääsetav, seega pole teistel vahelehtedel olev sisu nähtav ekraanilugeja või isegi vanemate brauseritega, kellel puudub korralik JavaScript toetus.
- Kui ühele vahekaardile oli palju teavet, võib aeglase ühenduse laadimiseks kuluda kaua aega. Ja kuna Ajax ei näita, et midagi juhtub, tundub, et leht on katki.
Asi, mis oli huvitav, on see, et sellel veebisaidil oli minevikus sarnaseid lehti, mis Ajaxit ei kasutanud. Nad edastasid sisu kas varjatud divi või eraldi HTML-lehekülgedega. Ajaxit ei olnud mingit põhjust kasutada peale selle, et Ajax oli lahe ja meie boss oli soovitanud otsida kohti selle kasutamiseks.
Ajax on Action Not Content
Kui kavatsete luua Ajaxi rakenduse või lihtsalt mõne Ajax-like veebisaidi, siis määrake esmalt kindlaks, kas teie juurde pääsenud andmed muutuvad. Asünkroonse päringu punkt on see, et ta esitab serverile päringuid, mis on muutunud kiiremaks, sest see juhtub, kui lugeja teeb midagi muud. Siis, kui nad klõpsavad lingil või nupul (või teatud aja möödudes - olenemata teie eristusest), kuvatakse andmed koheselt.
Kui teie sisu või andmed ei muutu kunagi, siis ei tohiks selle juurdepääsuks kasutada Ajaxit.
Kui teie sisu või andmed muutuvad harva ainult harva, siis tõenäoliselt ei tohiks Ajax seda kasutada.
Asjad, mis Ajaxile sobivad
- Vormi valideerimine
- See on peaaegu olemuslik. See on nii palju ilusam, kui vorm ütleb teile, kui kirjutad, kui olete selle valesti valinud või mitte. Võttes minna serverisse ja seejärel veateate tagasisaatmine ei ole mitte ainult vana, see on aeglane. Jätke serveri valideerimine vormis, mis on oluline juurdepääsuks. Aga neile, kes saavad Ajaxit toetada, ütle neile kohe.
- Kommentaarid
- Kommentaarid blogidele või isegi ainult artiklitele on suurepärane Ajaxi kasutamine. Kommentaarid võivad kogu aeg muutuda ja eriti siis, kui kommentaarija tabab kommentaari nuppu, on tore näha, et kommentaar ilmub lehel kohe.
- Andmete filtreerimine
- Kui teil on suur laud, millel on palju andmeid, on Ajaxi korralik taotlus lisada tabelile filtreid ja sorteerijaid. Veebibaasi käyttöjärjestelmään nagu Excel on inimestele tõesti kasulik.
- Küsitlused ja küsitlused
- Kui klõpsate hääletusel, läheks küsitlus lihtsalt tulemuste näitamisele. Ja enne, kui kommenteerite, ei mõjuta umbes veel Ajaxi meie küsitlustes - aga kindlasti oleks see tore. Võib-olla võime anda About.com-i arendajatele omaenda Ajaxi kõne. :)
Mida teha, kui saate & # 34; Ajaxi kõne & # 34;
Rääkige oma bossilt või turundusosakonnalt, et teada saada, miks nad soovivad Ajaxit veebisaidil kasutada. Kui olete mõelnud põhjused, miks nad seda soovivad, saate seejärel tööd selle nimel, et leida sobiv taotlus.
Tuleta meelde nii oma boss, et teie kliendid tulevad esimest korda ja et juurdepääs pole mitte ainult sõna. Kui nad ei hooli sellest, kas teie sait on klientidele juurdepääsetav, siis tuletage neile meelde, et otsingumootorid ei hooli Ajaxist, nii et nad ei saa nii palju lehevaateid.
Alusta väikest Ehitage esmalt midagi lihtsat, enne kui muretsege terve uue veebirakenduse loomine nullist. Kui saate oma veebisaidile midagi Ajaxist, võib see olla see, et teie boss või turundusosakond peab oma eesmärke täitma. Kindlasti on võimalik luua Ajaxi rakendus, mis on tegelikult kasulik, kuid ainult siis, kui te arvate, kuidas seda kõigepealt teha.
Kas leidsite selle artikli kasulikuna? Kommenteeri.