In erster Linie ist AJAX über das Verbessern von von Benutzererfahrung; Benutzererfahrung Verbesserungen fallen in zwei Kategorien: gegenwärtige Aufgaben einfacher bilden und vorher unmögliche Aufgaben ermöglichend. Offensichtlich zu konzentrieren ist einfacher, auf das Bilden der gegenwärtigen Aufgaben einfacher. In den Netzentwicklung Klimas kann dieses unten in zwei Hauptziele weiter gebrochen werden: zunehmende Wechselwirkung und Verringern der Zeit erfordert, um eine Aufgabe durchzuführen. In den nonintranet Fällen können Sie ein in Verbindung stehendes technisches Ziel des Verringerns des Bandbreite Gebrauches auch haben; indem Sie weniger Daten auf die Datenbanksuchroutine übertragen, können Sie Seite Last Zeiten verringern und die gesamte Erfahrung des Benutzers verbessern.
|
|
Eins der gesamten Ziele des Hinzufügens irgendeiner Menge Javascript einer Web site ist, seine Wechselwirkung zu erhöhen. Sogar ohne AJAX, können Sie Inhalt-empfindliche Informationen zur Verfügung stellen, wenn der Benutzer über eine Verbindung umzieht oder eine Form validiert, ohne die Seite neu zu laden. Diese Extrawechselwirkung stellt mehr Informationen zu den Benutzern zur Verfügung, ohne sie zu überwältigen. Mit AJAX können wir auf diesem allgemeinen Prozeß errichten, anstatt, auf das Addieren der statischen Extrainformationen zu konzentrieren; das heißt, können wir Extrainformationen dynamisch addieren.
Ein gutes Beispiel der Erhöhung von von Wechselwirkung verwendet AJAX, um eine Realzeitsuche einer normalen Suchform auf Ihrer Web site hinzuzufügen. Ein Beispiel der Realzeitsuche ist das Google vorschlagen Anwendung (www.google.com/webhp?complete=1&hl=en), die mögliche Suchbezeichnungen in einem Drop-Down-widget vorschlägt, während Sie Ihre Frage schreiben; das widget würde auch anzeigen, daß die Zahl Resultaten, welche die Suche zurückbringen würde. Ähnliche Annäherungen können für jede mögliche Suchanwendung verwendet werden. Die Möglichkeiten reichen vom Vorwählen eines Benutzers, auf dem zu dem ändern Erlaubnis zur Ernte einer Stadt, um ein Paket zu senden.
Sie können AJAX auch verwenden, um Wechselwirkung in den
Weisen anders als Suchmethoden zu erhöhen. One-way soll ein
scrollbar verwenden, um durch eine Seite von Resultaten zu bewegen,
anstatt, die Netzmethode der folgenden Seite Verbindungen zu
verwenden. AJAX funktioniert gut für Einzelteile wie diese,
weil Daten noch nur so erforderlich geladen werden, gerade wie mit
einer normalen Tabelle, aber die neueren Reihen können schneller
erreicht werden viel.
AJAX erschließen Lose neue Weisen, Wechselwirkung zu erhöhen, weil die Extradaten, die Sie Vertretung sind, geladen werden können, wie gebraucht worden. Dieses wird beim Arbeiten mit mittelgrossen Modems besonders nützlich, weil Sie alle Daten sehen können, ohne die ursprüngliche Seite-Last zu erhöhen Zeit festzusetzen oder ein anderes Umladen zu benötigen, die Daten zu sehen. Das größte Problem bei Zunahme der Wechselwirkung ist, daß zu messen ist hart, also wird zunehmende Wechselwirkung am nützlichsten, wenn sie betrachtet wird, wenn man unser Sekundär adressiert, die Zeit goaldecreasing, die erfordert wird, um die Tätigkeiten durchzuführen.
Einer der größten Nachteile der Netzanwendungen ist, daß jeder Mehrstufenprozeß ein multiminute Prozeß wird. Auf einem schnellen Anschluß jedem Seite-laden Sie Anschluß addiert zwei bis fünf Sekunden reine Wartezeitzeit neu, wie die folgende Seite durch die Datenbanksuchroutine erzeugt und downloadet wird, und auf einem langsamen Anschluß, können die Wartezeiten doppelt oder dreifach sein das. Das Verwenden von von AJAX, um in den neuen Daten zu laden erlaubt uns, diese zu entfernen die Seite Umladen und bildet für eine nahtlose Erfahrung mit nur kleinem oder two-second Wartezeit für Extradaten.
Es gibt Lose anderer Fälle, in denen AJAX verwendet werden kann, um zu verscheiden Prozeßzeiten. Sie schließen mit MehrstufenZauberern ein und on-line-Inhalt wiederholend und aktualisierend. Sobald Sie eine Aufgabe gefunden haben, die eine lange Zeit, wie moderierende Pfosten auf einem Kundenbetreuung Forum, Sie dauert, suchen Sie nach den spezifischen Teilaufgaben, die die meiste Zeit aufnehmen. In der Forummäßigung ist das Problem, daß jedes Seite Umladen eine lange Zeit dauert, weil Sie 20 oder 100 Pfosten sofort betrachten können. Das Moderieren der Pfosten erfordert ein Umladen zu redigieren zu beginnen und ein Umladen, um Ihren edita schmerzlichen Prozeß dann zu speichern. Andere Aufgaben, wie Verschieben eines Pfostens, sind auch langsam, weil jedes Seite Umladen Sie Ihren Platz in der Liste der Pfosten verlieren lassen kann.
Z.B. betrachten Sie ein Konferenz-Raum Anmeldung System bei einer großen Firma. Nachdem ein Raum gewählt ist, muß jeder Teilnehmer nach gesucht werden und der Anmeldung hinzugefügt werden, damit er oder sie ein Mitteilung email empfangen können. Weil die Firma über 100 Angestellten hat, ist ein auserwähltes Drop-Down-widget nicht eine gute Wahl. Das Verwenden es würde groß Seite Last Zeiten erhöhen, weil soviel Daten würden vorbelastet werden müssen. Ein extrem großes Drop-Down-widget würde auch schwerfällig sein zu verwenden.
Die Lösung zu diesem Vorwählerproblem vor AJAX sollte ein Suchsystem addieren, um jeden Angestellten zu finden; das neu geladen zu werden Suchsystem konnte in ein popup Fenster sogar eingesetzt werden, um die Menge von Daten zu senken, aber, egal wie es eingeführt wird, jede Person wird zu addieren 5 bis 30-zweiten Prozeß. Diese clunky Schnittstelle ist nicht ein Problem, wenn, 1 oder 2 Leute zu addieren, aber sie unbearable wenn wird, 20 addierend oder mehr. Eine AJAX Annäherung läßt die Suche mit einer Realzeitsuche geschehen. Die Schnittstelle würde ganz wie "Google vorschlagen" die Seite schauen, die Namen der Angestellten anstelle von den Suchbezeichnungen anzeigt. In diesem Fall indem wir AJAX verwenden, bilden wir das Addieren von von 20 Angestellten ein Prozeß 1-minute anstelle von einem 5-minute Prozeß.
Mit AJAX beschleunigen Sie den Prozeß, indem Sie das am Ort Redigieren addieren und indem Sie Schleppen-undtropfen verwenden, um einen Pfosten zu verschieben. Das am Ort Redigieren arbeitet, indem es einen Textausgabekasten herstellt, ohne die Seite neu zu laden. Weil der Inhalt bereits angezeigt wird, muß kein Antrag zum Bediener geschickt werden, um redigieren zu beginnen. Am Ende des Prozesses, werden die Änderungen durchsichtig gespeichert, während der Benutzer an auf dem Redigieren des folgenden Pfostens umzieht.
Eine der Sachen, die das Verringern von von Aufgabe Zeit solch ein großes AJAX Implementierung Ziel bilden, ist, daß sie leicht meßbar ist. Alles, das Sie tun müssen, soll einige der Aufgaben hinsitzen und durchführen und die Zeitmenge aufspüren sie nehmen, um durchzuführen. Abhängig von den Aufgaben können Sie Timer der Anwendung Rekord sogar hinzufügen normal-verwenden Daten. Sobald Sie diese Grundlinie Zahlen haben, können Sie spezifische Ziele für Ihre AJAX Implementierung verursachen. Kombiniert mit der weiteren Spurhaltung, nachdem Sie eine AJAX Implementierung verursacht haben, können Sie Daten erhalten, um zu entscheiden, wie wirkungsvoll Ihre Verbesserungen gewesen sind. Mit einem realen und wiederholbaren Maß bewegt die Wirksamkeit von AJAX vom guesswork auf einfaches Mathe. Sie können dieses Prozess-Zeit Maß sogar verwenden, um auf Ihrem gegenwärtigen AJAX Gebrauch, dem Auslagern Techniken oder dem Hinzufügen beim Prefetching zu verbessern, zum ein Prozeßnehmen weniger Zeit zu bilden.
Bandbreite Gebrauch zu verringern kann ein nützliches Ziel in den irgendein AJAX Implementierungen sein, weil etwas Daten weniger Zeit dauert zu bringen und den Benutzer bereitstellen eine nahtlosere Erfahrung. Wenn Sie für die Bewirtung zahlen, Bandbreite Gebrauch kann zu verringern eine wirkungsvolle Weise auch sein, Geld zu sparen. Jedoch wenn Sie Ihre Anwendung in einem internen Netz verwenden, kann dieses ein Ziel sein, das nicht an allen ausmacht, weil das schnelle Netz Last Zeiten niedrig hält, egal wie viele Daten Sie bringen.
Bandbreite Gebrauch ist einfach zu messen; die in Verbindung stehenden Metriken sind immer einfacher als subjektive Vergleiche zu verwenden. Selbstverständlich anders als das Maß der Zeit, eine Aufgabe durchzuführen, ist Bandbreite Gebrauch nicht eine Zahl, die Sie immer Abnahme als Ganzes sehen wünschen. Die Menge der Daten zu verringern, die in der Ausgangsseite Last geladen werden, kann nützlich sein, besonders wenn diese Daten selten verwendet werden und leicht geladen werden können, wie gebraucht worden. Jedoch in einigen Fällen wird die beste Benutzererfahrung indem vorbelastende Daten und die Erhöhung des gesamten Bandbreite Gebrauches erzielt.
Sie können Daten vorbelasten direkt während der Ausgangsseite Last oder indem Sie AJAX Anruf verwenden, aber Sie finden das, AJAX zu verwenden sind vorteilhaft so lang, wie die Daten nicht sofort benötigt werden. Vorbelastendes AJAX kann geschehen, nachdem die Seite geladen ist und es weniger wahrnehmbar bilden dem Benutzer. Es kann an den Anfang einer Aufgabe auch gebunden werden, die ihn verwendet. Dieses ist besonders zutreffend, wenn es große Modems grast, weil sie im Allgemeinen gleichbleibende Zugang Muster haben, die erkannt werden können, indem man die Benutzer der Anwendungen überwacht.
AJAX hat nicht garantiert Bandbreite Verkleinerungen und, in einigen Zugang Mustern, verwendet es wahrscheinlich mehr Bandbreite. Dieses ist besonders zutreffend, wenn Sie Ereignis-abhängige AJAX Anträge durchführen. Jeder Antrag kann klein sein, aber eine Suche nach jedem Tastenanschlag kann schnell oben hinzufügen. Diese Effekte können durch das Begrenzen der Zahl Fällen bis einen pro Zeitabschnitt verringert werden, aber die Effekte werden Überzeit des ruhigen Aufbaus. Ihr Ziel sollte, jeden Antrag so klein zu bilden sein, wie möglich, beim Feststellen, daß diese Bandbreite Verkleinerungen oben gegessen werden können durch die grössere Quantität von Anträgen und indem man das Prefetching verwendet, zum einer in hohem Grade wechselwirkenden Schnittstelle zu bilden.
Unsere ersten drei Ziele konzentrierten hauptsächlich auf das Bilden von von Verbesserungen zu den gegenwärtigen Netzanwendungen; jedoch gibt AJAX uns die Möglichkeit auch, um eine völlig neue Kategorie Netzanwendungen zu verursachen. Wenn sie reiche Anwendungen verursachen, haben Entwickler das Ziel des Bildens sie der Arbeit wie ganz wie gebürtige Anwendungen, wie möglich, beim Versuchen, der Netzentwicklung in der Mühelosigkeit der Entwicklung und der Implementierung zu halten Vorteile. Zusätzlich hat reiche Anwendungen Entwicklung noch das Ziel der Erhöhung der Wechselwirkung der Anwendung und des Verringerns der Zeit, die, um Tätigkeiten durchzuführen erforderlich ist, obgleich das Design und die Implementierung dieser Ziele unterschiedlich sein können.
Weil Sie nicht eine gegenwärtige Anwendung und regelnde langsame Punkte nehmen, haben Sie nicht die Grundlinie, die von einer Standardnetzanwendung metrisch ist. Stattdessen müssen Sie Ihre Anwendung gegen sein gebürtiges Äquivalent vergleichen. Dieses kann schwierig sein, weil gebürtige Anwendungen große hartnäckige Datenspeicher benutzen können, um die Zahl langsamen Interaktionen zu verringern, während AJAX Anwendungen auf kleinere Lernabschnitt-gegründete Pufferspeicher begrenzt werden. Abhängig von, wie Daten-intensiv die Aufgabe ist, können Sie nicht imstande sein, die Leistung einer gebürtigen Anwendung zusammenzubringen, also müssen Sie auf unterschiedliche Verbrauchmuster konzentrieren, die dieses Problem verstecken. Die einfachsten gebürtigen Anwendungen auf Nachahmer sind die, die einen großen Datensatz beschäftigen, der völlig nicht auf dem lokalen Klienten gespeichert wird; weil die Daten-Zugang Geschwindigkeiten ähnlich sind, muß die Netzanwendung nur in der Qualität seiner Benutzerschnittstelle konkurrieren.
Viele reiche Anwendungen verwenden mehr Bandbreite als ihre Standardnetzanwendung Gegenstücke, weil sie schwer auf prefetching Daten beruhen, um einem nahtlosen Benutzer Erfahrung zu geben. Dieses bildet reiche Anwendungen besseres entsprochen für interne Entwicklungen, in denen ein schnelles Netz und der Mangel an Bandbreite Aufladungen Bandbreite Verkleinerung als notwendiges Ziel entfernt.
Die Entscheidung, zum einer reichen Anwendung anstelle von einer erhöhten Web site zu errichten sollte nicht leicht getroffen werden. Reiche Anwendungen funktionieren gut, wenn sie die Aufgaben zielen, die durch eine gebürtige Anwendung durchgeführt werden. Email Klienten, RSS Leser und das Berichten über Anwendungen sind gute Beispiele der gebürtigen Anwendungen, die einfach nachzuahmen sind. Daß seiend besagt, Dienstleistungen normalerweise bereitgestellt von den Web Aufstellungsorten, wie Einkauf an einem on-line-Speicher oder Anzeigen von von Produktinformation, gut nicht zu den reichen Anwendungen übersetzen Sie. Diese Aufgaben werden besser zu einer erhöhten Web site entsprochen, in der nur die langsamen, komplizierten Aufgaben mit AJAX Versionen ersetzt werden.
Online: 532 users browsing the articles directory
|
|