jQuery is de grootste open source, cross-browser, CSS3-compatibele, JavaScript-bibliotheek en het heeft client-side scripting een fluitje van een cent gemaakt.

De syntaxis is eenvoudig en jQuery kan prachtige bijna Flash-achtige animaties produceren. In tegenstelling tot Flash, is jQuery zichtbaar op iOS en produceert het gemakkelijk dynamische webpagina's.

jQuery groeit snel in populariteit en met de recente jQuery-conferentie die eind juni in San Francisco werd gehouden, lijkt het een goed moment om een ​​gesprek over jQuery te beginnen en specifiek enkele van de voor- en nadelen van het gebruik ervan voor meer veeleisende banen.

De goede

Misschien is het beste van jQuery dat je geen programmeergenie hoeft te zijn om klanten te verwonderen.

Er is meestal meer dan één manier om een ​​kat te villen, maar de mogelijkheid om plug-ins bovenop de basisbibliotheek toe te voegen, maakt van jQuery een ongelooflijk flexibele en vooral snelle oplossing. Het gebruik van CSS is in sommige gevallen de betere keuze (zie hieronder), maar als je programmeervaardigheden beperkter zijn, zal het selecteren van jQuery je helpen de klus te klaren.

Webontwikkeling is al te vaak een proces dat voor tijd wordt vastgebonden en het besparen van minuten of zelfs uren werk is vaak geen luxe maar een noodzaak. John Resig en de andere ontwikkelaars achter het jQuery-project begrijpen echt de tijd / geld-vergelijking die dagelijks met webontwikkelaars te maken heeft. Snelle implementatie betekent meestal meer dollars op zak.

De breedsprakigheid van JavaScript, de complexiteit van het implementeren van CSS en de goed bekende nadelen van Flash maken jQuery de meest praktische oplossing voor veel voorkomende problemen, zoals DOM-transverses, gebeurtenisafhandeling, AJAX-interacties en -animatie.

Microsoft en Nokia staan ​​beiden achter jQuery en zijn van plan om het te bundelen in hun nieuwe platforms, wat duidt op een mooie toekomst voor de toekomst. Bovendien zit bijna iedereen in de open-sourcecommunity achter jQuery omdat:

  • De steun van de gemeenschap is geweldig
  • Het maakt DOM-manipulatie pijnloos
  • Het speelt goed met AJAX
  • Het maakt basisanimatie een fluitje van een cent
  • Set selectie is pijnloos
  • Er zijn plug-ins
  • Bugs worden snel geïdentificeerd en gerepareerd

Open source zorgt voor snelle en dynamische groei. Er zijn geen licenties om je zorgen over te maken en het is gratis. Gratis vertaalt zich feitelijk in een gemeenschap van geesten die veel breder en slimmer is dan de ontwikkelaars in gevangenschap gehouden door één bedrijf.

De kern van jQuery is gebouwd door enkele van de meest briljante geesten in het bedrijf en de ontwikkeling explodeert letterlijk.

Community

Papier gesneden van zakenman op oud boek via Shutterstock

De slechte

Open source heeft zijn problemen: bijvoorbeeld, niet alles is gebouwd volgens een gemeenschappelijke standaard. Dit is prima als uw klant - of meer waarschijnlijk, u - de tijd en het geld heeft om tweaking code te investeren. Echter, als tijd, geld, bekwaamheid of alle drie schaars zijn, is je rug tegen de muur als er iets mis gaat.

De nieuwste stabiele versie van jQuery (v1.7.2) werd uitgebracht op 21 maart 2012, dus de mogelijkheid om gemeenschappelijke oplossingen voor uw exacte probleem te vinden, afkomstig uit de communitypool, zal waarschijnlijk nog een tijdje schaars zijn.

Een ander groot probleem met jQuery is dat er meerdere versies zijn. Sommige versies spelen goed met anderen en andere niet. De compatibiliteit van browsers met animaties is bijvoorbeeld al lang een probleem met jQuery-animaties. Door ervoor te zorgen dat u momenteel de nieuwste jQuery-update uitvoert, worden veel van de bekende problemen met betrekking tot jQuery-animaties hersteld, maar u kunt kiezen of u de bibliotheek zelf host en voortdurend bijwerkt of de bibliotheek laadt bij Google en de incompatibiliteit met uw code riskeert als nieuwe versies worden vrijgegeven.

De AJAX-controletoolkit biedt bediening aan de serverzijde. Dit geeft een ontwikkelaar veel meer kracht en flexibiliteit. Maar de AJAX-toolkit is groot en omvangrijk in vergelijking met jQuery. Omdat jQuery blijft ontwikkelen, zal de lichte code waarschijnlijk winnen, vooral met Microsoft aan boord - door jQuery te ondersteunen, zijn Microsoft voornamelijk bezig met het dumpen van hun eigen MicrosoftAjax.js. Op het eerste gezicht zijn de resultaten van het gebruik van jQuery om met XML om te gaan echt cool; er zijn zo weinig regels code, het lijkt allemaal zo eenvoudig ...

Het hanteren van AJAX en jQuery is echter een veelgebruikt gebied waar de nadelen van het niet echt programmeur zijn vaak duidelijk worden. Bijvoorbeeld, het begrijpen van de fundamentele verschillen tussen GET- en POST-HTTP-verzoeken is van vitaal belang, en toch ploeteren zoveel ontwerpers die deze kennis missen, dat jQuery hun speling oplost. Er zijn valkuilen die ontwerpers misschien niet kennen, bijvoorbeeld GET-verzoeken kunnen beperkt zijn in lengte en veel onervaren programmeurs schakelen eenvoudigweg over op POST om het probleem op te lossen; dit kan een slecht idee zijn, GET maakt geen blijvende wijzigingen op de server terwijl POST dit wel kan. POST is geen commando dat willekeurig moet worden herhaald, maar het wordt soms ongewild gebruikt.

Een ander veelvoorkomend serverprobleem gerelateerd aan jQuery heeft zijn lelijke kop als $ .get wordt gebruikt in plaats van $ .getJSON (javascript-objectnotatie). Als u $ .getJSON niet gebruikt voor problemen met datatransport, kan dit allerlei ravage veroorzaken.

Don't run before you can walk

Jonge jongen die een reuze aardeverhuizer beweert te drijven via Shutterstock

Het is gemakkelijk om cool te zijn met jQuery, het is niet zo gemakkelijk om cool en correct te zijn.

Om jQuery en vooral cool jQuery goed te gebruiken, is een commitment aan de community vereist. De ontwikkeling gaat snel en dat is opwindend, maar dit kan ook weer leiden tot problemen met betrekking tot tijd. De ontwikkeling is in sommige gebieden zo snel dat als een ontwikkelaar niet regelmatig de community volgt en eraan meedoet, het gemakkelijk is om in het stof te blijven zitten. Dit is een extra tijdsverbintenis voor ontwikkelaars die tijd nodig hebben om een ​​bedrijf te runnen, voor meerdere klanten zorgen, SEO- en Content Marketing-campagnes uitvoeren en toch hun kinderen zien.

Het is noodzakelijk om je vaardigheidsniveau en de tijd die nodig is om op de hoogte te blijven van alle nieuwe jQuery-ontwikkelingen, realistisch te evalueren.

En het lelijke

De twee grote olifanten in de kast met betrekking tot jQuery zijn voor het laatst achtergelaten: snelheid en spaghetti-code.

jQuery kan traag zijn en voor animatie soms een stuk langzamer dan met behulp van CSS. In een grote complexe site telt elk klein stukje van een seconde. De reden hiervoor is tweeledig: meerdere DOM-manipulaties, de ene op de andere, kunnen een site vertragen; ten tweede maakt CSS gebruik van browser-side overgangen voor animaties en is geschreven in C ++. Dit maakt het iets sneller dan JavaScript.

jQuery spaghetti, als je het nog niet bent tegengekomen, na verloop van tijd zul je dat wel. jQuery's grootste attribuut - hoe gemakkelijk het is om te gebruiken - is ook de Achilles genezen. jQuery is een bibliotheek die is ontworpen om te helpen met transversalen en CSS-kiezers van DOM. Het doet dit met verbazingwekkende efficiëntie. Het is niet bedoeld om te worden gebruikt als een raamwerk voor interactie met de cliënt. Bij onjuist gebruik, met name jQuery CSS-selectors, kan het eindresultaat een code zijn die groeit en groeit in een JS-bestand van het monsterformaat totdat het onmogelijk te onderhouden is. Voer callbacks in, enkele cosmetische ontwerpwijzigingen en generieke naamgeving en verder weg, het onderhouden van een jQuery-site kan een nachtmerrie worden.

Eating spaghetti

Uitstekende Foto van twee jonge jongens die spaghetti met hun handen eten via Shutterstock

De jQuery-community behandelt de problemen rond jQuery-spaghetti. Cedric Dugas verhoogde het bewustzijn van jQuery-spaghetti bij Confoo. Hij is onder andere toegewijd aan het herinneren van programmeurs aan het gebruiken van best practices met jQuery om mammoetschalen met spaghetti te voorkomen. Zoals een front-end designer opmerkte: om echt jQuery goed te gebruiken, moet je JavaScript kennen en begrijpen. Knippen en plakken heeft absoluut nadelen omdat het resultaten zonder begrip mogelijk maakt. Hoewel dit een tijdje kan werken, kan het ook allerlei onderhoudsproblemen op lange termijn veroorzaken.

Het gebruik van een goed framework kan een deel van de jQuery-spaghetti helpen voorkomen. Helaas zijn frameworks echt een nieuw gebied en het kost tijd om het juiste framework (s) te kiezen en ervoor te zorgen dat ze mooi met elkaar spelen. Ook deze extra tijd moet opnieuw worden verwerkt in de jQuery-vergelijking. Op dit moment zijn er veel frameworks die de MVS Framework-ruimte aan de clientzijde willen domineren. Backbone.js is op dit moment het populairst, maar het heeft een serieuze concurrentie.

samengevat

jQuery is een van de beste bibliotheken die er zijn en het kan het schrijven van JavaScript veel gemakkelijker maken. Net als veel andere tools wordt jQuery echter het best gebruikt door een vakman. Zullen we allemaal onder deze categorie vallen? Natuurlijk niet. Betekent dit dat we jQuery niet zouden moeten gebruiken? Natuurlijk niet. Het suggereert alleen dat het hebben van voldoende zin om om hulp te vragen als je uit je diepte raakt, meestal een goed idee is.

Gebruik je jQuery en ken je ook JavaScript? Wilt u programmeren begrijpen om jQuery te implementeren? Laat ons weten wat je denkt in de reacties.