Bij Ajax begon die op het web, de opname was verbazingwekkend. Het was de vonk die de aanleiding van de explosie in de 2.0-tijdperk, ten uitvoer wordt gelegd links en rechts, toegevoegd aan bestaande pagina's en nog meer verbazingwekkende, het creëren van een geheel nieuwe lijst van het internet die echt aangegeven een verandering in de manier waarop het web is gemaakt en getoond ,, Ten nadele van multi-platform/mobile compatibiliteit, die worstelt om Ajax inhoud.
In zekere zin is het de nieuwe "Killer App" voor een online applicatie aan de uitvoering iemand in de "software spel" is ongetwijfeld al gevraagd of ze kunnen hun aanvraag "Kijk Web 2.0." In feite kreeg ik te horen recentelijk door een klant dat onze aanvraag "te veel klikken om iets te doen."
In eerste instantie dacht ik erover logisch, probeer te denken van alle pagina's die vereisen veel klikken om een bepaalde taak kan hebben dat het aantal klikken verlaagd, eindelijk het realiseren van de meeste pagina's vereisen dat veel klikken, ongeacht wat je doet (de klik om te inleiding van iets, geef je de inhoud, dan is de klik om te voltooien). Het probleem dat dit oplevert aan de hand is de indruk die het geeft eindgebruikers, dat alles moet Ajax met flitsende graphics en alles roerende / bewerkbare, ongeacht of zij heeft een werkelijke functie, of versnelt de pagina op.
Ajax is het afremmen van het web voor zowel eindgebruikers als web-ontwikkelaars.
Dit is een groot probleem dat momenteel wordt aangepakt, het feit dat Ajax draait vertraagt zowel de webserver en de browser de weergave van de inhoud.
De reden voor servers afremmen? goed eerder elke pagina is iets anders opgediend voor verschillende mensen als nodig is, of er is een statische pagina die wordt weergegeven op alle eindgebruikers. Nu verschijnt een andere pagina per gebruiker, of dienen een widget toont aan dat aangepaste inhoud binnenkant van het. Het probleem is het feit dat al deze gegevens is (traditioneel) gaat via een internetportaal "API" (De interface die gebruikt wordt), wat resulteert in een mogelijke groeivertraging of overbelasting in tijden van hoog-gebruik (hoewel dit zal worden vastgesteld in de toekomst met betere load balancing over meerdere severs)
De reden voor browsers afremmen? het is niet de inhoud van de Ajax wordt weergegeven, maar de Ajax zelf. JavaScript is wat Ajax (Asynchronous JavaScript en XML), en JavaScript is oorspronkelijk opgericht als een lichtgewicht programmeertaal om eens wat mooie eenvoudige dingen op het web. Maar zoals bij de meeste web-based technologie, het is krom loop van de tijd in een of durf ik zeggen dat de basis voor webontwikkeling.
Je mag dan wel verbaasd te horen dat JavaScript is een single threaded taal, wat betekent dat elke keer als JavaScript wordt beoordeeld of uit te voeren, alles wat anders is om te wachten zijn beurt (allemaal in een enkele lijn). Dit is vooral problematisch in blogs, waar mensen gebruik hebben gemaakt van Ajax 'Widgets' uit meerdere bronnen. Het probleem is dat alle JavaScript (vaak) probeert in te laden in een keer, wat resulteert in een vertraging waar uw inhoud wordt niet weergegeven totdat de JavaScript heeft in eigen ding.
Nu dit geen probleem zijn als u verblijft op dezelfde pagina doet iets eenvoudigs als een verfrissende tafel, of het sorteren van informatie, (die zal worden aanzienlijk sneller met Ajax). Wanneer u navigeren door de verschillende pagina's die bestaan uit een mash-up van JavaScript en HTML-inhoud, met een merkwaardige mix van sommige pagina's laden (bijna) meteen, en anderen nemen van aanzienlijk langere duur wordt het steeds frustrerend.
Er is geen Ajax-normering, wat resulteert in slechte kwaliteit van de code.
Hoewel dit uitgangspunt vast te stellen met JavaScript-bibliotheken, te vaak onervaren ontwikkelaars zijn met Ajax resulterend in slecht geschreven code die er een probleem tussen verschillende browsers en user omgevingen (dit niet nog niet het geval voor een paar gewaardeerd). Het toevoegen aan dit is het feit dat we kunnen niet zonder meer op feedback van de user experience lokaal willen we kunnen met standaard web technologieën.
Ik zeg niet dat Ajax is inherent slecht, ik denk dat juist het tegenovergestelde. Het probleem is dat elke parvenu webdesigner houdt van de uitstraling van, dus ze hebben allemaal een hand te proberen te maken (slecht geschreven) Ajax objecten, die zich een probleem wanneer je de "nieuwe" sociale media "sites die samen mash meerdere plug-ins en widgets.
De Conclusie?
De fundamentele conclusie dat ik wil dat de mensen om af te halen uit dit is om te denken dat Ajax welke voordelen biedt aan de klant. Als er geen voordeel (her-bemiddeling bij de navigatie op een blog, wordt niet als een voordeel) en vervolgens niet meer op de pagina, of op zijn minst, het beperken van het bedrag van code op uw pagina. Maak uw pagina's schoon, eenvoudig te gebruiken, en snel geladen. Laten we niet proberen opnieuw creëren van het "Ik kan een hele website gemaakt van Flash-animatie!" Beweging.
Ajax is een nieuw gebied (in het openbaar forum) en zoals met andere nieuwe technologieën, maar gaat door fases van onbekende tot ontploffing tot nuttige toepassing, ik wou dat we konden krijgen langs de explosie stadium reeds ...
