Wat om te doen wanneer jy die "Ajax-oproep" van jou baas kry
Ek erken dit, ek was nog nooit 'n groot fan van JavaScript. Ek was altyd regtig bly dat About 'n JavaScript-gids gehad het, sodat ek dit nie op my webwerf hoef te dek nie. Ek kan JavaScript lees en skryf, maar tot onlangs het ek baie min belangstelling daarin gehad. Om watter rede ook al, my gedagtes het 'n volledige geestelike breek gehad toe dit kom by die skryf van JS-skrifte. Ek kan ingewikkelde C + +- en Java-toepassings skryf en ek kan Perl CGI-skrifte in my slaap skryf, maar JavaScript was altyd 'n stryd.
Ajax het JavaScript meer pret gemaak
Ek dink 'n deel van die rede waarom ek nie van JavaScript gehou het nie, was omdat vervelings vervelig is. Sekerlik, jy kan meer met JS doen, maar 90% van die webwerwe wat daar gebruik word, het óf rollovers of vorm validering gedoen, en nie veel anders nie. En sodra jy een vorm bekragtig het, het jy hulle almal gevalideer.
Toe kom Ajax saam en maak dit alles nuut weer. Skielik het ons blaaiers gehad wat JavaScript sou help om iets anders te doen as om beelde te ruil en ons het XML en die DOM om data aan ons skrifte te koppel. En dit alles beteken dat Ajax vir my interessant is, so ek wil Ajax-programme bou.
Wat is die Stupidest Ajax-aansoek wat jy ooit gebou het?
Ek dink die myn moet die e-pos checker wees op 'n rekening wat amper geen e-pos het nie. Jy sal na die webblad gaan en dit sal sê: "Jy het 0 posboodskappe." Die 0 sal verander as 'n boodskap ingekom het, maar aangesien daardie rekening geen pos ontvang het nie, sal dit nooit verander nie. Ek het dit getoets deur pos na die rekening te stuur, en dit het gewerk. Maar dit was absoluut nutteloos. Daar was vyf jaar gelede beter posbusse beskikbaar, en ek het nie Firefox of IE nodig gehad om dit te gebruik nie. Toe een van my medewerkers dit gesien het, het sy gesê: "Wat is dit?" Toe ek verduidelik het, het sy gevra: "Hoekom?"
Voordat u 'n Ajax-toepassing bou, moet u altyd vra waarom
Hoekom Ajax?
As die enigste rede waarom jy die aansoek in Ajax bou, is omdat "Ajax cool is" of "my baas het my gesê om Ajax te gebruik," dan moet jy jou tegnologie keuse ernstig evalueer. As jy 'n webprogram bou, moet jy eers aan jou kliënte dink. Wat het hulle nodig om hierdie aansoek te doen? Wat sal dit makliker maak om te gebruik?
Hoekom nie iets anders nie?
Dit kan baie aanloklik wees om Ajax te gebruik net omdat jy kan. Op een werf waaraan my span gewerk het, was daar 'n afdeling van die bladsy. Al die inhoud is gestoor in XML in 'n databasis. As jy op die tabbladen klik, is Ajax gebruik om die bladsy te herbou met die nuwe tab data van die XML.
Dit het gelyk as 'n goeie gebruik van Ajax, totdat jy begin dink aan sommige van die probleme daarmee:
- Die oortjies kan nie geboekmerk word nie. Sodat kliënte nie die inligting kan red wat hulle wil hê nie.
- Soekenjins sien nie die data wat nie in die eerste oortjie is nie, omdat hulle nie toegang tot die Ajax het nie.
- Ajax is nie toeganklik nie, dus die inhoud in die ander oortjies sal nie sigbaar wees vir enigiemand wat 'n skermleser gebruik nie, of selfs ouer blaaiers wat nie goeie JavaScript-ondersteuning het nie.
- As een van die oortjies baie inligting gehad het, kan dit 'n lang tyd duur om op 'n stadige verbinding te laai. En omdat Ajax nie aandui dat daar iets gebeur nie, lyk dit of die bladsy gebreek is.
Die ding wat interessant was, is dat hierdie webwerf in die verlede soortgelyke bladsye gehad het wat nie Ajax gebruik het nie. Hulle het die inhoud óf met verborge divs of aparte HTML-bladsye afgelewer. Daar was geen rede om Ajax te gebruik nie, behalwe dat Ajax koel was, en ons baas het voorgestel dat ons na plekke soek om dit te gebruik.
Ajax is vir aksie nie-inhoud
As jy 'n Ajax-aansoek wil opstel, of net 'n Ajax-agtige op jou webwerf, moet jy eers bepaal of die data wat jy toegang tot veranderinge het. Die punt van die asynchrone versoek is dat dit versoeke aan die bediener maak vir inligting wat vinniger verander het - omdat dit gebeur terwyl die leser iets anders doen. Dan, wanneer hulle op 'n skakel of knoppie klik (of na 'n bepaalde hoeveelheid tyd - wat ook al jou onderskeid is) verskyn die data dadelik.
As u inhoud of data nooit verander nie, moet u nie Ajax gebruik om dit te gebruik nie.
As u inhoud of data slegs selde verander, moet u waarskynlik nie Ajax gebruik om dit te gebruik nie.
Dinge wat goed is vir Ajax
- Vorm validering
- Dit is amper 'n no-brainer. Dit is so lekkerder as die vorm jou vertel as jy tik as jy dit verkeerd ingevul het of nie. Om na die bediener te gaan en dan 'n foutboodskap terug te gee, is nie net oud nie, dit is stadig. Laat die bediener validering in die vorm, dit is belangrik vir toeganklikheid. Maar vir diegene wat Ajax kan ondersteun, vertel hulle dadelik.
- kommentaar
- Kommentaar op blogs of selfs net artikels is 'n goeie gebruik van Ajax. Kommentaar kan die hele tyd verander, en veral as 'n kommentator die kommentaarknoppie slaan, is dit lekker om te sien dat die kommentaar onmiddellik op die bladsy verskyn.
- Filtreer data
- As jy 'n groot tafel met baie data daarin het, is 'n goeie aansoek vir Ajax om filters en sorteerders by die tafel te voeg. Om jou Webtafel meer soos Excel te laat werk, is baie nuttig vir mense.
- Opnames en stembusse
- As jy op jou stem kliek, sal die poll net oorskakel om die resultate te wys. En voordat jy kommentaar lewer, ondersteun Ajax nog nie Ajax op ons stembusse nie - maar dit sal beslis lekker wees. Miskien kan ons die About.com-ontwikkelaars 'n "Ajax-oproep" van ons eie gee. :)
Wat om te doen wanneer jy die Ajax-oproep kry? # 34;
Praat met jou baas of bemarkingsafdeling om uit te vind waarom hulle Ajax op die webwerf wil gebruik. Sodra jy die redes verstaan waarom hulle dit wil hê, kan jy dan werk om 'n geskikte aansoek daarvoor te vind.
Herinner albei jou baas dat jou kliënte eerste kom, en dat toeganklikheid nie net 'n woord is nie. As hulle nie omgee of jou webwerf toeganklik is vir kliënte nie, herinner hulle dan dat soekenjins nie vir Ajax omgee nie, so hulle sal nie soveel page views kry nie.
Begin klein. Bou eers 'n maklike eerste voordat jy bekommerd is oor die opbou van 'n hele nuwe webprogram. As jy iets Ajaxian op jou webwerf kan kry, is dit dalk al jou baas of bemarkingsafdeling nodig om hul doelwitte te bereik. Dit is beslis moontlik om 'n Ajax-program op te stel wat eintlik nuttig is, maar net as jy dink oor hoe om dit eers te doen.
Het jy hierdie artikel nuttig gevind? Maak 'n opmerking.