Ajax on seal jQuery kasutamise kõige olulisematel põhjustel üsna kõrgel kohal. Lisaks sellele, et jQuery ei lahenda brauseriüleseid probleeme, muudab see süntaksi kasutamise ja mõistmise väga lihtsaks.
Selles videos selgitame, mis Ajax üldse on. Vaatame vormielementi, mis esitamisel täidab teie määratud URL-ile (mille määrab atribuut action) GET- või POST-päringu (vastavalt meetodi atribuudile). See on lihtsalt HTML, seal ei toimu üldse taustaprogrammi ega JavaScripti. Kuid see esitamine põhjustab lehe muutmist, laadib sõna otseses mõttes uue URL-i, nagu lingil klõpsamine.
Ajax võimaldab meil teha selle GET- või POST-päringu taustal ilma lehte uuesti laadimata. Selle keskmes on see Ajaxi kogu mõte. Ja see on väga võimas. See on suures osas vastutav selle eest, miks tänapäevased veebisaidid töötavad ja tunnevad end sellisena.
Ajax "seisis" varem asünkroonse JavaScripti ja XMLi eest, kuid seda ignoreeritakse tänapäeval, sest see ei tähenda palju. Siit ka suurtähtede vähendamine. Mõnikord võite näha ka XHR-i, mis on lühike XMLHttpRequest, mis on Ajaxi natiivne põhitehnoloogia.
Erinevus GET-i ja POST-i vahel on sisuliselt: GET on mõeldud teabe hankimiseks ja ei peaks vastutama andmete muutmise eest ning POST on spetsiaalselt andmete muutmiseks. Lisateavet selle StackOverflow lõime kohta leiate julgelt.
JQuery's GET-päringu esitamine on hämmastavalt lihtne:
$.get( "URL", function(data) ( // do something with data )); ));URL on koht, kust loodate andmeid hankida. Teine parameeter on tagasihelistamisfunktsioon, mis töötab siis, kui Ajaxi taotlus õnnestus. Kõige olulisem parameeter on seal esimene, andmed, millel on päringult saadud teave.
Ajaxi taotlused võivad mõnikord ebaõnnestuda. Selle tõrke üks põhjus võib olla brauser ise ja selle turvapoliitika. Brauseritesse küpsetatud ise on reeglid selle kohta, kust sisu saab küsida. Taotlusi saab alati teha samale domeenile, kust päring pärineb. Kuid kui tegemist on muu domeeniga, peab see teine domeen seda konkreetselt lubama.
Selle kohta saate kõike lugeda saidilt enable-cors.org. CORS tähistab risti päritolu ressursside jagamist. Vaatame näidet, kus CORS pole lubatud ja Ajaxi taotlus nurjub. Üks standardne ja lihtne viis selle parandamiseks, kui eeldada, et server on Apache, on päise seadmine, mis lubab CORS-i spetsiaalselt .htaccess-faili kaudu:
Header set Access-Control-Allow-Origin "*"Videol liigutame Ajaxi päringu lihtsalt üle CodePeni, mis Ajaxiga vaikimisi hästi hakkama saab.
Lihtne juust:
Vaadake CodePenil Chris Coyieri (@chriscoyier) sulest Pen fBInl