[martine]

Problemet med Ajax just för tillfället är att ingen riktigt vet när man ska använda det (och kanske i synnerhet i läroböcker där man försöker skapa skolexempel som är opraktiska i verkligheten). Visst är det bättre att göra en js-koll på sidan och sedan en serverside-kontroll när datan skickas i ditt exempel. Ett undantag kan vara t ex när man ska registrera sig på ett forum och användarnamnet med stor sannolikhet kan vara upptaget (det kan man ju inte förkontrollera med js på klienten). Då kan det vara snyggt, praktiskt och effektivt att (kanske t o m vid varje knapptryckning) kontrollera om det finns en användare med det namnet och eventuellt även föreslå alternativ redan innan det skickas istället för att vänta på att formuläret postas och återkomma med hela formuläret för nytt försök (som ofta betyder flera frustrerande försök att lura ut ett trevligt användarnamn för användaren). (Det finns förstås också en säkerhetsaspekt på att förse blivande medlemmar med tidigare medlemmars användarnamn men dessa kan man ju oftast enkelt läsa ändå på ett forum som detta.)

Man bör tänka igen ordentligt när och för vad man använder Ajax och inte nödvändigtvis med serverbelastning i åtanke utan snarare för att ge bästa möjliga upplevelse. Ofta känner man på sig när det skulle vara smidigt att använda Ajax när man själv testar sina webapplikationer. (Det känns som det finns en betydande risk att vi kommer få en brutal överanvändning av Ajax den närmaste tiden innan alla klart för sig för vad och när Ajax är lämpligt…)