Jeffrey Cross
Jeffrey Cross

Serveripoolne Javascript / DOM - otsida sõbralik AJAX?

John Resig postitas eile oma eksperimentide kohta, millega luuakse käsurealt töötav täielik Javascript / DOM pseudo-brauserikeskkond:

Sellel nädalavahetusel astusin suure sammu JavaScripti kui keele ante. Mingil hetkel hakkasin reedel õhtul kodeerima ja ei peatunud enne esmaspäeva keskpaika. Tulemuseks on hea piisavalt brauser / DOM-i keskkond, mis on kirjutatud JavaScriptis ja mis töötab Rhino peal; suudab käivitada jQuery, Prototype ja MochiKit (vähemalt).

Tõesti kena puudutus on see, et saate väljastada PUT- ja DELETE-taotlusi XMLHttpRequest-objektile, et manipuleerida kohaliku failisüsteemi failidega! Allpool on näide skript, mis lõikab alistapart.com postituste pealkirjad ja salvestab need faili (mäletan, et see töötab serveris nagu shellskript):

koormus ("env.js"); window.location = "http://alistapart.com/"; window.onload = funktsioon () {load ("dist / jquery.js"); var str = "Uuemad A-kategooria postitused: n"; $ ("h4.title") iga (funktsioon () {str + = "-" + this.textContent + "n";}); var out = uus XMLHttpRequest (); out.open ("PUT", "fail: /tmp/alist.txt"); out.send (str); };

Otsi sõbralikku AJAXi Kui laadite sisu-tühja HTML-i kestu ja täidate selle brauseri poolel XML-allikaga, siis jõuad otsingumootoritele sisuliselt nähtamatu leheküljega. Selle üks lahendus, kui kõik lehed ei nõua täis HTML-i laadimist, on sisu serveris serveri eelnevalt esitamine. Kõiki sisu värskendavaid või manipuleerivaid toiminguid saab kliendi poolel AJAXi kaudu veel teha.

Selle meetodi puhul on probleemiks see, et teil on üks koodibaas, mis muudab teie leheküljed serveri küljele ja seejärel teise Javascript koodi baasi, mis täidab sisuliselt sama funktsiooni kliendi poolel. See on kahekordne töö. Ka kaks korda vea parandamine.

Kujutage ette, et laiendate selle serveripoolse Javascript tõestuse kontseptsiooni üldiseks dünaamiliste, AJAX-stiilis saitide arhitektuuriks. Puudub põhjus, miks te ei saanud kasutada Javascripti teeki lehekülgede esitamiseks, kui need on kätte toimetatud, ja siis kasutage seda täpselt sama koodi, et värskendada kliendi poolel olevat sisu.

Tehke seda topeltrežiimi JavaScripti kontseptsiooni ja saate anda kõigile oma dünaamilistele ankrumärkidele href = ”url.html” ja onclick = ”loadFoo (“ url.xml ”)”. JavaScripti ühilduvad brauserid saavad kasu AJAXi kasutajaliidese funktsioonidest, samas kui otsingumootorid saavad teie dokumente asjakohaselt navigeerida.

Automatiseeritud testimine Teine meeldiv omadus, mida Johni häkk pakub, on mehhanism oma Javascripti koodi hõlpsaks testimiseks ja silumiseks. Saate oma veebirakenduste kirjutamise ajal oma koodi testida JavaScriptis ja neid oma tarkvara vastu hõlpsasti täita, nagu traditsioonilisel arendusprotsessil oleks ka “testimise” (või samaväärse) protseduur.

Muud ideed Mõned teised rakendused tulevad kohe meelde, kõige ilmsem on otsing. Tõsine Javascript / DOM keskkond, mis on lisatud indekseerimisprotsessile, võib otsida bot'i palju kiiremini kättesaadavust, et varem otsingu bot oleks kergesti seeditav.

Kas serveripoolse AJAXi jaoks on mingeid ideid või kohe kasutusi? Anna meile kommentaare!

Brauseri viimine serveri linki

Osa

Jätnud Kommentaari