Doelpunten van AJAX

Eerst en vooral, AJAX is over het verbeteren van de gebruikerservaring; gebruikerservaring verbeteringen vallen in twee categorieën: het maken van de huidige taken gemakkelijker en het maken van voorheen onmogelijke opdrachten mogelijk. Uiteraard is het makkelijker te concentreren op het maken van de huidige taken gemakkelijker. In Web development omgevingen kan deze verder worden uitgesplitst in twee belangrijke doelstellingen: verhogen van de interactiviteit en het verminderen van de tijd die nodig is voor het uitvoeren van een taak. In nonintranet gevallen kunt u ook een technische doelstelling van vermindering van bandbreedte gebruik, door de overdracht van minder gegevens aan de browser, kunt u de pagina te laden keer verminderen en de algehele ervaring van de gebruiker.

Toenemende Interactiviteit

Een van de algemene doelstellingen van het toevoegen van een bedrag van JavaScript in om een website is het vergroten van de interactiviteit. Zelfs zonder AJAX, kunt u de inhoud-gevoelige informatie bij de gebruiker beweegt over een link of valideert een formulier zonder herladen de pagina. Deze extra interactiviteit biedt meer informatie aan de gebruikers zonder overweldigende hen. Met behulp van AJAX, kunnen we voortbouwen op deze algemene proces in plaats van zich te concentreren op het toevoegen van extra statische informatie, met andere woorden, kunnen we u extra informatie dynamisch.

Een goed voorbeeld van de toenemende interactiviteit maakt gebruik van AJAX om een real-time zoekopdracht toevoegen aan een normale zoekformulier op uw website. Een voorbeeld van real-time zoeken is de Google Suggest toepassing (www.google.com/webhp?complete=1&hl=en), Die mogelijk zoektermen in een drop-down widget terwijl u typt uw zoekopdracht, de widget zou ook het nummer van de resultaten van de zoekopdracht zou terugkeren suggereert. Soortgelijke benaderingen kunnen worden gebruikt voor elke zoekopdracht toepassing. De mogelijkheden variëren van het selecteren van een gebruiker op die machtigingen wijzigen in het kiezen van een stad die een pakket te sturen.

U kunt ook gebruik maken van AJAX om interactiviteit te verhogen op andere manieren dan zoekmethodes. Een manier is om een scrollbar te gebruiken om door een pagina met resultaten in plaats van via het web methode van de volgende pagina links. AJAX werkt goed voor zaken zoals deze, omdat gegevens nog steeds geladen alleen als nodig, net als bij een gewone tafel, maar de latere rijen kan veel meer worden geopend snel.

AJAX opent tal van nieuwe manieren om de interactiviteit te verhogen, omdat de extra gegevens die u waaruit kan worden geladen als nodig is. Dit is met name nuttig bij het werken met middelgrote gegevens, omdat je alle gegevens kunt zien zonder de originele pagina-load time of een ander hoeft herladen om de gegevens te zien. Het grootste probleem met de toenemende interactiviteit is dat het moeilijk is te meten, dus verhogen van de interactiviteit wordt het meest nuttig wanneer keek bij het aanpakken van onze secundaire goaldecreasing de tijd die nodig is om de acties uit te voeren.

Het verminderen van de tijd die nodig Perform Actions

Een van de grootste nadelen van webtoepassingen is dat elke meerstaps proces wordt een multiminute proces. Op een snelle verbinding, elke pagina-reload verbinding voegt twee tot vijf seconden van pure wachttijd als de volgende pagina wordt gegenereerd en gedownload door de browser, en op een trage verbinding, de wacht kan worden dat dubbele of driedubbele. Met behulp van AJAX te laden in de nieuwe gegevens kunnen we verwijderen deze pagina herlaadt en zorgen voor een naadloze ervaring met slechts een kleine een-of twee-seconden wachten op extra gegevens.

Er zijn veel andere gevallen waar AJAX kan worden gebruikt voor het verwerken keer overlijden. Zij omvatten met meerstaps wizards en de herziening en actualisering van online content. Zodra je een taak die een lange tijd duurt, vinden zoals matigende berichten op een customer support forum, kijk je voor de specifieke subtaken die nemen de meeste tijd. In Forum matiging, het probleem is dat elke pagina opnieuw laden duurt lang, omdat je kan kijken naar 20 of 100 ambten in een keer. Modereren vereist een reload de instelling te starten en vervolgens een reload te slaan edita pijnlijk proces. Andere taken, zoals het verplaatsen van een post, ook traag, omdat elke pagina herladen kan je je plaats te verliezen in de lijst van berichten.

Denk bijvoorbeeld aan een conferentie-zaal boekingssysteem bij een groot bedrijf. Na een kamer wordt gekozen, elke deelnemer moet worden opgezocht en toegevoegd aan de boeking, zodat hij of zij een kennisgeving e-mail kan ontvangen. Omdat het bedrijf heeft meer dan 100 werknemers, een select drop-down widget is niet een goede keuze. Gebruik het zou sterk toenemen pagina te laden vanwege keer zoveel gegevens zou moeten worden geladen. Een zeer grote drop-down-widget zou ook onhandig zijn om te gebruiken.

De oplossing voor dit probleem voorafgaand aan de selectie van AJAX is het toevoegen van een zoeksysteem om elke werknemer te vinden, het zoeken systeem kan zelfs worden gesteld in een popup-venster om de hoeveelheid gegevens te verlagen tot opnieuw worden geladen, maar niet uit hoe het is uitgevoerd, toe te voegen elke persoon wordt een 5 - tot 30-tweede proces. Dit clunky interface is niet een probleem bij het toevoegen van 1 of 2 personen, maar het wordt ondraaglijk wanneer het toevoegen van 20 of meer. Een AJAX benadering maakt het zoeken te gebeuren met behulp van een real-time zoeken. De interface ziet er graag 'Google Suggest' pagina met namen van de werknemers in plaats van zoektermen. In dit geval, met behulp van AJAX, maken we het toevoegen van 20 werknemers een 1-minuut proces in plaats van een 5-minuten-proces.

Met behulp van AJAX, snelheid je het proces door het toevoegen van in-place editing en met behulp van drag-and-drop naar een post te verplaatsen. In-place editing werkt door het creëren van een tekst bewerken doos zonder herladen de pagina. Omdat de inhoud al is weergegeven, geen verzoek dient te worden verzonden naar de server om te beginnen met een bewerking. Aan het einde van het proces, worden de wijzigingen opgeslagen transparant terwijl de gebruiker door naar de volgende post bewerken.

Een van de dingen die vermindering taak tijd zo'n grote AJAX implementatie doel is dat het gemakkelijk meetbaar is. Het enige wat u hoeft te doen is gaan zitten en een aantal van de taken uit te voeren en de hoeveelheid tijd die zij nemen om een volledige baan. Afhankelijk van de taken, kunt u zelfs timers toevoegen aan de aanvraag voor het registreren van normaal gebruik van gegevens. Zodra u deze baseline-nummers hebben, kunt u specifieke doelen voor uw AJAX implementatie. Samen met andere volgen nadat u een AJAX implementatie heeft gemaakt, kunt u gegevens te verkrijgen om te beslissen hoe effectief uw verbeteringen zijn geweest. Met een echte en herhaalbare meting van de doeltreffendheid van AJAX zich van giswerk tot eenvoudige wiskunde. U kunt zelfs gebruik maken van dit proces-time meting te verbeteren op uw huidige gebruik van AJAX, het omwisselen van technieken of het toevoegen van in prefetching om een proces te nemen minder tijd te maken.

Vermindering van gebruik van bandbreedte

Vermindering van bandbreedte gebruik kan een nuttig doel in sommige AJAX-implementaties, omdat een kleinere hoeveelheid gegevens kost minder tijd over te dragen, mits de gebruiker een naadloze ervaring. Als u betaalt voor het hosten, het terugdringen van bandbreedte gebruik kan ook een effectieve manier om geld te besparen. Echter, als u met uw applicatie op een intern netwerk, kan dit een doel dat maakt niet uit op omdat het snelle netwerk laadtijden laag ongeacht hoeveel gegevens u overdracht houdt.

Bandbreedte gebruik is eenvoudig te meten, de verwante statistieken zijn altijd gemakkelijker te gebruiken dan subjectieve vergelijkingen. Natuurlijk, in tegenstelling tot het meten van de tijd uitvoeren van een taak, bandbreedte gebruiken is niet een nummer dat u altijd wilt daling zien als een geheel. Vermindering van de hoeveelheid gegevens geladen in de oorspronkelijke pagina te laden kan nuttig zijn, vooral als dat de gegevens zelden wordt gebruikt en kan gemakkelijk worden geladen als nodig is. Echter, in sommige gevallen, is de beste gebruikerservaring bereikt door voorspaninrichting gegevens en het vergroten van de totale bandbreedte te gebruiken.

U kunt de veervoorspanning gegevens direct tijdens de eerste pagina te laden of met behulp van AJAX bellen, maar u vindt dat het gebruik van AJAX is gunstig, zolang de gegevens niet onmiddellijk nodig. AJAX voorspaninrichting kan gebeuren nadat de pagina is geladen, waardoor het minder zichtbaar voor de gebruiker. Het kan ook worden gekoppeld aan het begin van een taak die zal gebruiken. Dit geldt vooral bij het browsen grote datasets, omdat ze hebben in het algemeen consistent toegang patronen die kunnen worden onderscheiden door de controle van de gebruikers van de applicaties.

AJAX heeft nog geen gegarandeerde bandbreedte verlagingen en, in sommige toegang patronen, zal het vermoedelijk meer bandbreedte. Dit geldt vooral wanneer u het uitvoeren van event-driven AJAX verzoeken. Elk verzoek kan worden klein, maar een zoektocht naar elke toetsaanslag kan snel oplopen. Deze effecten kunnen worden verminderd door het beperken van het aantal evenementen tot een per periode, maar de effecten zullen nog steeds met de tijd. Uw doel moet zijn om elk verzoek zo klein mogelijk, terwijl het besef dat deze bandbreedte verlagingen kunnen worden opgegeten door de grotere hoeveelheid van de aanvragen en met behulp van prefetching aan een zeer interactieve interface te maken.

Het creëren van Rich Applications

Onze eerste drie doelstellingen waren hoofdzakelijk gericht op het maken van verbeteringen aan de huidige web-toepassingen, maar ook AJAX geeft ons de mogelijkheid om een geheel nieuwe klasse van webtoepassingen te maken. Bij het maken van rijke applicaties, ontwikkelaars hebben het doel om hen werken zo veel als native applicaties mogelijk, terwijl het proberen om de voordelen Web development te houden in het gemak van de inzet en uitvoering. Daarnaast rijke applicaties ontwikkeling is nog steeds het doel van het verhogen van de interactiviteit van de aanvraag en het verminderen van de tijd die nodig is om acties uit te voeren, hoewel de opzet en uitvoering van deze doelen kunnen verschillend zijn.

Omdat u niet bent een huidige toepassing te nemen en tot vaststelling van trage spots, heb je niet de baseline metrische van een standaard web applicatie. In plaats daarvan, moet u uw aanvraag te vergelijken ten opzichte van haar eigen gelijk. Dit kan lastig zijn omdat native applicaties kunnen gebruik maken van grote persistente data stores het aantal langzaam interacties te verminderen, terwijl de AJAX-toepassingen zijn beperkt tot kleinere sessie-gebaseerde caches. Afhankelijk van hoe de data-intensieve taak is, kunt u niet in staat zijn de prestaties van een native applicatie wedstrijd, dus je zult moeten focussen op verschillende gebruikspatronen die zal verbergen dit probleem. De eenvoudigste native applicaties te bootsen zijn die die te maken hebben met een grote dataset die niet volledig wordt opgeslagen op de lokale client, omdat de data-toegang snelheden zijn vergelijkbaar, de webtoepassing moet concurreren alleen op de kwaliteit van de gebruikersinterface.

Veel rijke toepassingen gebruiken meer bandbreedte dan hun standaard Web applicatie tegenhangers, omdat ze sterk afhankelijk zijn van prefetching gegevens op een naadloze gebruikerservaring te geven. Dit maakt rijke applicaties beter geschikt voor interne toepassingen waar een snel netwerk en het gebrek aan bandbreedte kosten verwijderen bandbreedte reductie als een noodzakelijk doel.

Het besluit om een rijke toepassing in plaats van een grotere website te bouwen moet niet lichtvaardig worden genomen. Rijke toepassingen werken het beste wanneer zij zich richten op de taken die door een native applicatie. E-mail clients, RSS-readers, en de rapportage toepassingen zijn goede voorbeelden van native applicaties die gemakkelijk te bootsen. Dat gezegd zijnde, diensten die gewoonlijk door websites, zoals winkelen bij een online winkel of het weergeven van product informatie, niet goed te vertalen naar rijke applicaties. Deze taken zijn beter geschikt voor een uitgebreide website waar alleen de trage, complexe taken worden vervangen door AJAX-versies.

een artikel afkomstig van Dave Bowers