Skip to main content

Wanneer een Ajax-applicatie gebruiken?

'Schamen voor ongesteldheid? Nergens voor nodig!' (April 2025)

'Schamen voor ongesteldheid? Nergens voor nodig!' (April 2025)
Anonim

Ik geef het toe, ik ben nog nooit een grote fan van JavaScript geweest. Ik kan JavaScript lezen en schrijven, maar tot voor kort had ik er heel weinig interesse in. Om welke reden dan ook, mijn geest had een complete mentale breuk als het ging om het schrijven van JS-scripts. Ik kan ingewikkelde C ++- en Java-applicaties schrijven en ik kan Perl CGI-scripts schrijven in mijn slaap, maar JavaScript was altijd een strijd.

Ajax heeft JavaScript meer plezier gemaakt

Ik denk dat een deel van de reden waarom ik JavaScript niet leuk vond was omdat rollovers saai zijn. Natuurlijk kun je meer doen dan dat met JS, maar 90% van de sites die er gebruik van maakten, deden ofwel rollovers of vormvalidatie, en niet veel anders. En nadat u één formulier hebt gevalideerd, heeft u ze allemaal gevalideerd.

Toen kwam Ajax langs en maakte het allemaal weer nieuw. Plots hadden we browsers die JavaScript zouden ondersteunen met iets anders dan het omkeren van afbeeldingen en we hadden XML en de DOM om gegevens aan onze scripts te koppelen. En dit alles betekent dat Ajax interessant voor me is, dus ik wil Ajax-applicaties bouwen.

Wat is de domste Ajax-applicatie die je ooit hebt gebouwd?

Ik denk dat de mijne de e-mailchecker moet zijn voor een account dat bijna geen e-mail bevat. U gaat naar de webpagina en er staat 'U heeft 0 e-mailberichten'. De 0 zou veranderen als een bericht binnenkwam, maar omdat dat account geen e-mail kreeg, zou het nooit veranderen. Ik heb het getest door een e-mail naar de account te sturen en het werkte. Maar het was absoluut zinloos. Er waren vijf jaar geleden betere mailcheckers beschikbaar en ik hoefde Firefox of IE niet te laten draaien om ze te gebruiken. Toen een van mijn collega's het zag, zei ze: "Wat is er aan de hand?" Toen ik het uitlegde, vroeg ze: "Waarom?"

Voordat u een Ajax-applicatie gaat bouwen, moet u altijd vragen waarom

Waarom Ajax?Als de enige reden waarom je de applicatie in Ajax aan het bouwen bent, is omdat 'Ajax cool is' of 'mijn baas zei dat ik Ajax moest gebruiken', dan zou je je technologische keuze serieus moeten evalueren. Wanneer u een webtoepassing maakt, moet u eerst aan uw klanten denken. Waar hebben ze deze applicatie voor nodig? Wat maakt het gemakkelijker te gebruiken?

Waarom niet iets anders?Het kan heel verleidelijk zijn om Ajax te gebruiken, gewoon omdat het kan. Op een site waaraan mijn team werkte, was er een gedeelte met tabbladen van de pagina. Alle inhoud werd opgeslagen in XML in een database en wanneer u op de tabbladen klikte, werd Ajax gebruikt om de pagina opnieuw samen te stellen met de nieuwe tabbladgegevens uit de XML.

Dit leek een goed gebruik van Ajax, totdat je er een aantal problemen mee begint te denken:

  • De tabbladen kunnen niet als bladwijzer worden gebruikt. Zodat klanten de informatie die ze willen niet kunnen opslaan.
  • Zoekmachines zien niet de gegevens die niet op het eerste tabblad staan, omdat ze geen toegang hebben tot het Ajax.
  • Ajax is niet toegankelijk, dus de inhoud op de andere tabbladen is niet zichtbaar voor iedereen die een schermlezer gebruikt, of zelfs oudere browsers die geen goede JavaScript-ondersteuning hebben.
  • Als een van de tabbladen veel informatie bevat, kan het lang duren voordat een langzame verbinding is geladen. En omdat Ajax niet aangeeft dat er iets gebeurt, lijkt het alsof de pagina kapot is.

Wat interessant was, is dat deze website in het verleden vergelijkbare pagina's had die Ajax niet gebruikten. Ze leverden de inhoud af met verborgen divs of afzonderlijke HTML-pagina's. Er was geen reden om Ajax te gebruiken, behalve dat Ajax cool was, en onze baas had gesuggereerd naar plaatsen te zoeken om het te gebruiken.

Ajax is voor Action Not Content

Als je een Ajax-applicatie gaat plaatsen, of alleen iets dat Ajax-achtig is op je website, bepaal dan eerst of de toegang tot je gegevens verandert. Het punt van het asynchrone verzoek is dat het verzoeken naar de server doet voor informatie die sneller is veranderd - omdat het gebeurt terwijl de lezer iets anders doet. Wanneer ze vervolgens op een koppeling of knop klikken (of na een ingestelde tijd, ongeacht uw onderscheid), worden de gegevens meteen weergegeven.

Als uw inhoud of gegevens nooit veranderen, moet u Ajax niet gebruiken om toegang te krijgen.

Als uw inhoud of gegevens slechts zelden veranderen, moet u Ajax waarschijnlijk niet gebruiken om er toegang tot te krijgen.

Dingen die goed zijn voor Ajax

  • Formuliervalidatie
    • Formaatvalidatie is bijna een goed idee. Het is zoveel leuker als het formulier je vertelt terwijl je typt als je het verkeerd hebt ingevuld of niet. Naar de server gaan en vervolgens een foutmelding terugsturen is niet alleen oud, het is traag. Laat de servervalidatie in het formulier staan, dat is belangrijk voor de toegankelijkheid. Maar voor diegenen die Ajax kunnen ondersteunen, vertel het hen meteen.
  • Comments
    • Reacties op blogs of zelfs artikelen zijn een groot gebruik van Ajax. Opmerkingen kunnen voortdurend veranderen, en vooral wanneer een commentator de reactieknop aanraakt, is het goed om de reactie onmiddellijk op de pagina te zien verschijnen.
  • Gegevens filteren
    • Als je een grote tafel hebt met veel gegevens, is het een leuke toepassing voor Ajax om filters en sorteerders toe te voegen aan de tabel. Het is echt nuttig voor uw webtabel om meer op Excel te lijken.
  • Enquêtes en opiniepeilingen
    • Wanneer u op uw stem klikt, schakelt de poll gewoon over om u de resultaten te tonen. En voordat je iets zegt, ondersteunt About Ajax nog niet in onze polls, maar het zou wel leuk zijn. Misschien kunnen we de ontwikkelaars van About.com een ​​'Ajax-oproep' geven. :)

Wat te doen als je de 'Ajax-oproep' krijgt

Praat met je baas of marketingafdeling om erachter te komen waarom ze Ajax op de website willen gebruiken. Zodra u de redenen begrijpt waarom ze het willen, kunt u er vervolgens aan werken om er een geschikte toepassing voor te vinden.

Herinner zowel uw baas eraan dat uw klanten voorop staan, en dat toegankelijkheid niet zomaar een woord is. Als het ze niet kan schelen of uw site toegankelijk is voor klanten, herinner hen dan dat zoekmachines niet om Ajax geven, zodat ze niet zo veel paginaweergaven krijgen.

Begin klein. Bouw eerst iets gemakkelijks voordat u zich zorgen maakt over het helemaal opnieuw bouwen van een geheel nieuwe webtoepassing. Als u iets Ajaxiaans op uw website kunt krijgen, hoeft dat alleen maar uw baas of marketingafdeling te zijn om hun doelen te bereiken. Het is zeker mogelijk om een ​​Ajax-applicatie op te zetten die echt nuttig is, maar alleen als je eerst nadenkt over hoe je dit moet doen.