JavaScript är ett klientspråk som används för att manipulera delar i ett (X)HTML-dokument. Formulärvalidering, ändra synligheten hos olika element och skapa popupfönster är några saker du kan göra med det språket.
AJAX (Asynchronous JavaScript And XML) använder JavaScript för att asynkront (d.v.s. du tillåts göra andra saker medan skriptet exekverar) hämta information från någon server. Det betyder att en sida inte behöver laddas om, trots att den hämtar data från en annan server. Eftersom JavaScript är ett klientspråk var det här ingenting man kunde göra innan XMLHTTP uppfanns.
DOM är ett API som definierar objekt och metoder för att komma åt och uppdatera delar i ett dokument, oberoende av vilken typ dokumentet är. Det betyder alltså att DOM kan appliceras på exempelvis XML- och HTML-dokument.
Till sist skall ju sägas att det finns en uppsjö av information på nätet om man vill fördjupa sig. :)
Eftersom JavaScript är ett klientspråk var det här ingenting man kunde göra innan XMLHTTP uppfanns.
Rätt missledande, det har funnits metoder för att komma åt serversidan gott och väl innan XMLHTTP hypet kom igång. Själv tycker jag fortfarande inte så mycket om AJAX metoden, då det kräver ActiveX för att användas i Internet Explorer. Jag håller mig till the tried and true. :)
Finns det nån anledning att välja en Java-applets-lösning framför AJAX? Tycker att det verkar toppen att slippa ladda ett objekt som är avgränsat och beroende av ett plugin.
Om du vill läsa information från en annan domän är det mer eller mindre ett måste eftersom default-inställningarna i både FF och IE inte tillåter det via xmlhttp. Dessutom har xmlhttp problem med nationella tecken som inte är entity-kodade. Du kan alltså teoretiskt läsa en flatfile-databas med xmlhttp, men kan då råka ut för detta, men det är å andra sidan inte vad objetet är tänkt för.
261 ms totalt · 4 externa anrop · v20260731065814-full.1dc6f849
