 |
|
|
| |
|
| |
 |
Utskriftsversion |
AJAX - Framtiden? |
| Av: Anders Björk | 2006-03-03 |
Ajax - Jo, det är ju ett rengöringsmedel, men det står också för Asynchronous JavaScript & XML. Exakt hur det fungerar behöver man kanske inte bry sig om, men det betyder bland annat att man inte längre behöver ladda om en webbsida för att uppdatera dess innehåll.
|
Man hör mycket prat om Ajax och Web 2.0 nu för tiden. En del applikationer som Google Suggest och senaste Web Outlook visar upp nya sätt att lösa interaktionsproblem. På många sätt gör AJAX det möjligt att få webbapplikationer att likna "vanliga" applikationer.
Hur ska man då som interaktionsdesigner förhålla sig till Ajax. Kan man välja att lösa viss interaktion med AJAX och andra med mer traditionella knep? Eller måste man Ajaxifiera en hel webbapplikation för att det ska bli logiskt att använda?
Ett stort problem som webben har brottats med är att det saknas en mental modell över hur en webbapplikation borde fungera. I en Windows-applikation finns det en uppfattning bland de flesta om hur den borde fungera. Hur det borde gå till när man sorterar en tabell, att man borde kunna högerklicka på ett objekt, att nya dialoger borde öppnas i nya fönster osv. För webbapplikationer har det sakta men säkert växt fram en liknande mental model om hur de borde fungera, dock inte lika utbredd som den för Windows-applikationer. Men vad händer om man nu mixar en del webbapplikation med en del Windows-applikation och får en så kallad Rich Internet Application? Då är vi tillbaka till ruta ett, användarna har ingen mental modell över hur applikationen borde fungera.
Men om man nu ändå vill dra nytta av Ajax, hur vet man då hur många kapsyler Ajax man ska hälla i sin webbapplikation? Jag ser framför mig tre vägar man kan välja att gå:
1. Sparsamt
Man använder bara Ajax där det uppenbarligen förenklar för användaren. Man kanske väljer att validera fält med Ajax eller att filtrera innehållet i en dropdown-meny.
2. Lite av varje
Man använder Ajax lite här och där. Man kan högerklicka på objekt, men man kan inte markera dom och välja en action. Här finns en stor risk att förvirra användaren, men samtidigt lever fortfarande mycket av den traditionella webbapplikationen kvar som trygghet.
3. Man löper hela linan ut
Man tar i så att man nästan spricker och försöker skapa en webbapplikation som beter sig precis som en Windows-applikation. Men man kommer ändå inte hela vägen fram... Vad händer t ex med CTRL-Z (Ångra) eller CTRL-S (Spara)? Och vad händer med den så vanligt använda bakåtknappen?
Vilket alternativ ska man då välja? Frågan är inte lätt, och svaret är inte självklart. Hur tänker du i frågan om Ajax, berätta gärna i forumet!
Läs mer här:
Ajax: A New Approach to Web Applications
http://www.adaptivepath.com/publications/essays/archives/000
385.php
Google Suggest
http://www.google.com/webhp?complete=1&hl=en
BackBase
http://www.backbase.com
|
|
|
|
|
