Addressing Ajax Design-Probleme

Ajax ist eine neue Kugel aus Wachs, wenn es um Web-Anwendungen geht, und als solche, neue Regeln darüber, wie die Schnittstelle sollte und nicht funktionieren sollten, sind Schwellen. Diese Regeln sind noch nicht formalisiert worden, aber die Ajax-Gemeinschaft ihnen diskutiert. Vor dem Start in die eigene Ajax-Anwendungen zu schaffen, sollten Sie die folgenden Aspekte zu berücksichtigen.

Brechen die Zurück-Taste und Lesezeichen

Wenn Sie die Kontrolle über das, was auf einer Webseite los ist und Sie javascript verwenden, um die Dinge ein- und ausschalten, auf einer Seite - oder sogar die Seite das gesamte Aussehen zu verändern - die Zurück-Schaltfläche des Browsers nicht mehr funktionieren. Die Zurück-Taste funktioniert aus der Geschichte Objekt des Browsers, die die aufeinanderfolgenden Seiten gespeichert sind, die in den Browser geladen wurden. Aber wenn Sie nicht neue Seiten laden - das ist, was Ajax überhaupt ist - die Geschichte Objekt nicht weiß über sie.

Dies ist ein im Auge zu behalten, wie Sie Ihre Ajax-Anwendungen entwerfen. Falls erforderlich, geben Sie Ihre eigenen lokalen Zurück-Taste mit Hilfe von javascript. Wenn Sie der Benutzer bewegen rückwärts zur vorherigen Fenster Staaten lassen wollen, müssen Sie im Auge behalten, was auf gegangen und lassen den Benutzer navigieren, wie sie wollen.

Beim Verlassen des Benutzers in der Kontrolle

Ajax-Anwendungen können scheinen auf einem Eigenleben zu nehmen, weil sie hinter den Kulissen arbeiten. Und sie können sogar mit dem Server kommunizieren, wenn der Benutzer sie nicht wollen - wie wenn der Benutzer macht einen Tippfehler. Sie können sich vorstellen, wie würden Sie sich fühlen, wenn Sie nur ein Tippfehler eingegeben hatte, und es wurde sofort in einer Datenbank, die von einer Anwendung gespeichert, die dich nicht fragen, ob Sie etwas zu speichern wollten.

Also, Ihre Anwendungen ein gutes Gefühl zu geben, hier sind ein paar Tipps für die Nutzer in der Steuerung setzen:

• Die Daten werden nicht wegschnappen für die Lagerung, bis der Benutzer wirklich will, um es zu speichern.
• Denken Sie daran, dass im Idealfall ist die Anwendung nur durch den Nutzer verursacht auf Ereignisse reagieren soll. Benutzer können zu viel serverseitige Validierung befremdlich finden, weil es den Eindruck erweckt, dass man sie bei jedem Tastendruck sind zu korrigieren. Vergessen Sie nicht, dass eine der Design-Prinzipien von grafischen Benutzeroberflächen (GUIs) ist, dass der Benutzer die Kontrolle sein sollte, dass sie die Aktion leiten soll.
• Und vergessen Sie nicht, um dem Benutzer eine Möglichkeit zum Verhängnis Fehler zu bieten.

In Erinnerung an all die verschiedenen Browsern

Wie bei jeder Web-Anwendung, lohnt es sich, im Auge zu behalten, dass es um viele verschiedene Browser sind, und Ihre Ajax-Anwendung sollte in die, die Sie unterstützen wollen getestet werden.

Zum Zeitpunkt des Schreibens, Internet Explorer und Firefox über 96 Prozent der Browser-Nutzung ausmachen, und den Rest (Opera, Safari, etc.) sind jeweils in der 1 Prozent oder weniger Kategorie.

Und vergessen Sie nicht, dass nicht alle Browser javascript unterstützt, oder müssen javascript eingeschaltet - und für die Benutzer, sollten Sie einen Backup-Plan haben.

Vermeiden einer trägen Browser

Ajax-Anwendungen können sehr groß sein, und wenn sie mit bis Ressourcen wie Speicher und CPU-Geschwindigkeit starten, haben Sie vorsichtig sein, bekam. Eine große Anwendung kann eine große Menge an Speicher zu verwenden, vor allem, wenn Sie über das Loswerden von großen Objekten nicht vorsichtig sind, die erstellt wurden.

Manchmal verwenden Entwickler Ajax, nur weil es eine neue Sache. Seien Sie über diese Tendenz vorsichtig, auch. Ajax löst viele Probleme, aber wenn Sie es nicht benutzen müssen, gibt es keinen Grund zu. Und auch, vergessen Sie nicht, dass Ihre Ajax-Anwendungen möglicherweise nicht in allen Browsern - wie diejenigen, bei denen javascript ausgeschaltet wurde. Sie sollten eine Art von Backup-Plan in diesem Fall zur Verfügung stellen.

Der Umgang mit sensiblen Daten

Mit Ajax, ist es einfach, Daten ohne den Benutzer zu senden zu wissen, was los ist. In der Tat, das ist Teil des gesamten Client / Server-Verbindung, was Ajax so beliebt macht. Aber es ist auch wahr, dass der Benutzer können nicht wollen, um die Daten zu senden Sie senden.

Es ist am besten vorsichtig über sensible Daten zu sein. Das Internet ist nicht unbedingt ein sicherer Ort für sensible Daten, nachdem alle, und wenn Sie ohne die Zustimmung des Benutzers Sozialversicherungsnummern oder Kreditkartennummern beginnen zu senden, könnten Sie in Schwierigkeiten eingereicht. So geben die Anwender den Vorteil des Zweifels - fragen, bevor Sie vertrauliche Daten senden.

Erstellen eines Backup-Plan

Ajax verlässt sich auf einem Server verbunden ist, aber nicht vergessen, dass nicht jeder die ganze Zeit online. Und Ihre eigenen Server untergehen kann, so dass die Benutzer von zwischengespeicherten Seiten arbeiten werden. Wenn Sie nicht online auf einer Seite eine Verbindung herstellen können, sollten Sie irgendeine Art von Backup haben. Und das gilt auch für Anwender, die Browser haben, die auch nicht unterstützt javascript.

Es werden in den Suchmaschinen nach oben

Google sucht Milliarden von Web-Seiten für den Text, der seine Nutzer suchen - aber wenn der Text, den Sie in eine Seite basierend auf Benutzeraktionen geladen angezeigt werden, nicht auf Browser aktualisiert, Google ist nicht in der Lage, dass der Text zu sehen. Also denken Sie daran, dass, wenn Sie möchten, dass Ihre Seite durchsuchbar auf Suchmaschinen wie Google zu machen, haben Sie Ihre Seite die Suchbegriffe zu geben, die sie brauchen. (Sie können Ihre Keywords in einem Geschäft Tag in den Abschnitt des Browsers, zum Beispiel, die in dem Motoren-Suche ist zu erwarten, sie zu finden. Sehen Diese Seite Weitere Informationen über das.)