JQuery: Hyvä, paha ja ruma
jQuery on suurin avoimen lähdekoodin, cross-selain, CSS3-yhteensopiva JavaScript-kirjasto ja se on tuottanut asiakaspuolen komentotiedostoja.
Syntaksi on yksinkertainen ja jQuery voi tuottaa kauniita lähes Flash-tyyppisiä animaatioita. Toisin kuin Flash, jQuery on nähtävissä iOS: ssa ja se tuottaa dynaamisia verkkosivuja helposti.
jQuery on nopeasti kasvava suosio ja viime kesäkuu San Franciscossa pidetyssä jQuery-konferenssissa kesäkuun lopussa näyttää olevan sopiva aika aloittaa keskustelu jQueryista ja erityisesti eräitä etuja ja haittoja käyttää sitä vaativampiin töihin.
Hyvä
Ehkä paras asia jQueryn kanssa on, että sinun ei tarvitse olla ohjelmointi-genius wow-asiakkaille.
Kissa on tavallisesti useampi kuin yksi tapa, mutta kyky lisätä lisälaitteita peruskirjaston päälle tekee jQueryn uskomattoman joustavan ja ennen kaikkea nopean ratkaisun. CSS: n käyttäminen voi olla joissakin tapauksissa parempi vaihtoehto (katso alla), mutta jos ohjelmointitaitojasi on rajoitetumpi, valitaan jQuery, joka auttaa sinua tekemään työn.
Web-kehitys on liian usein prosessia, joka on sidottu aikaa ja säästö minuutteina tai jopa työtunteja ei ole usein ylellisyyttä vaan välttämättömyys. John Resig ja muut kehittäjät jQuery-projektin takana aidosti ymmärtävät ajan ja rahan yhtälöä, joka kohdistuu verkkokehittäjiin päivittäin. Nopea toteutus tarkoittaa tavallisesti enemmän dollareita taskussa.
Globaalin JavaScriptin, CSS: n toteuttamisen monimutkaisuus ja Flashin hyvin julkistetut haitat tekevät jQueryn käytännöllisimmän ratkaisun monille yleisille asioille, kuten DOM-poikittaisjärjestelyille, tapahtumien käsittelylle, AJAX-vuorovaikutuksille ja animaatiolle.
Microsoft ja Nokia ovat molemmat jQueryn takana ja suunnittelevat niputtamista uusille alustoilleen, mikä viittaa valoisaan tulevaisuuteen. Lisäksi lähes kaikki avoimen lähdekoodin yhteisössä ovat jQueryn takana:
- Yhteisön tuki on loistava
- Se tekee DOM-manipuloinnista kivuton
- Se toimii hyvin AJAX: n kanssa
- Se tekee perusanimaation palan kakkua
- Aseta valinta on kivuton
- Mukana on laajennuksia
- Virheet tunnistetaan ja asetetaan nopeasti
Avoin lähdekoodi mahdollistaa nopean ja dynaamisen kasvun. Ei ole olemassa lisenssejä, jotka huolestuttavat, ja se on ilmainen. Vapaa itse asiassa kääntää mielenterveysyhteisöksi, joka on paljon laajempi ja älykkäämpi kuin yhden yrityksen omistuksessa olevat kehittäjät.
JQueryn ydin on rakennettu eräiden yrityksen loistavimmista mieleistä ja kehitys on kirjaimellisesti räjähtävä.
Leikattu liikemies vanha kirja kautta Shutterstock
Paha
Avoimen lähdekoodin aiheet ovat: esimerkiksi kaikki ei ole rakennettu yhteiseen standardiin. Tämä on hienoa, jos asiakkaasi - tai todennäköisemmin, sinulla - on aikaa ja rahaa sijoittaa säätökoodi. Jos kuitenkin aika, raha, kyky tai kaikki kolme ovat riittämättömiä, selkäsi tulee seinää vasten, kun jokin menee pieleen.
Viimeisin vakaa versio jQuery (v1.7.2) julkaistiin 21. maaliskuuta 2012, joten kyky löytää yhteisiä ratkaisuja täsmälliseen kysymykseen, joka on peräisin yhteisön poolista, on todennäköisesti lyhyt toimitusaika jonkin aikaa.
JQueryn toinen suuri ongelma on, että siellä on useita versioita. Jotkut versiot toimivat hyvin muiden kanssa, jotkut eivät. Esimerkiksi selaimen yhteensopivuus animaatioiden kanssa on ollut pitkäikäinen ongelma jQuery-animaatioiden kanssa. Varmistaessasi, että käytät viimeisintä jQuery-päivitystä, voit korjata monet jQuery-animaatioihin liittyvät tunnetut ongelmat, mutta sinun on jätettävä valinta kirjaston omistamisen ja jatkuvan päivittämisen välillä tai lataamalla kirjasto Googlelta ja vaarantamatta yhteensopivuutta koodin kanssa. uusia versioita julkaistaan.
AJAX-ohjaus työkalupakki tarjoaa palvelimen sivuohjaimet. Tämä antaa kehittäjälle paljon enemmän virtaa ja joustavuutta. Mutta AJAX-työkalupakki on suuri ja tilava verrattuna jQueryyn. Kuten jQuery jatkaa kehittää kevyt koodi todennäköisesti voittaa erityisesti Microsoftin laivalla - tukemalla jQuery Microsoft ovat lähinnä polkumyynnin oma MicrosoftAjax.js. Pinnalla tulokset jQueryn käyttämisestä XML: n käsittelemiseksi ovat todella hienoja; on niin vähän riviä koodia, se kaikki näyttää vain niin helppoa ...
AJAX: n ja jQueryn käsittely on kuitenkin yleinen alue, jossa epäonnistumiset eivät todellisuudessa ole ohjelmoija. Esimerkiksi olennaisten erojen ymmärtäminen GET- ja POST-HTTP-pyyntöjen välillä on elintärkeää, mutta silti monet suunnittelijat, joilla ei ole tätä tietämystä, odottavat jQueryn pohtimisen. On olemassa vitsauksia, joita suunnittelijat eivät ehkä ole tietoisia, esimerkiksi GET-pyyntöjä voidaan rajoittaa pitkiä ja monet kokemattomat ohjelmoijat yksinkertaisesti siirtyvät POST: iin ongelman ratkaisemiseksi; tämä voi olla huono idea, GET ei tee pysyviä muutoksia palvelimella, kun taas POST voi. POST ei ole komento, jota pitäisi mielivaltaisesti toistaa, mutta sitä käytetään joskus tahattomasti.
Toinen yleinen palvelinpuolen aihe, joka liittyy jQueryyn, nostaa sen rummun pään, jos $ .get käytetään $ .getJSON (javascript object notation) sijaan. Jos ei käytetä $ .getJSONia tiedonsiirtoon liittyvissä asioissa, se voi aiheuttaa kaikenlaisia tuhoa.
Nuori poika, joka teeskentelee ajaa jättiläismäisen maavallin kautta Shutterstock
JQueryllä on helppoa olla viileä, ei ole niin helppoa olla viileä ja oikea.
JQueryn ja erityisesti viileän jQueryn käyttö vaatii sitoutumista yhteisöön. Kehitys on nopeaa ja jännittävää, mutta tämä voi johtaa myös ajankohtaisiin asioihin. Kehitys on niin nopeaa joillakin aloilla, että jos kehittäjä ei noudata ja osallistuu säännöllisesti yhteisöön, on helppo päästä pölyyn. Tämä on lisäaika sitoutumiselle kehittäjille, jotka ovat vailla aikaa yrittää hoitaa yritystoimintaa, hoitaa useita asiakkaita, toteuttaa SEO- ja sisältömarkkinointikampanjoita ja näkevät edelleen heidän lapsensa.
On arvioitava realistisesti taitotasosi ja aika, joka tarvitaan pysymään kaikkien uusien jQuery-kehityskulkujen yläpuolella.
Ja ruma
JQueryyn liittyvät kaksi suurta elefanttia on jätetty viimeiseen: nopeus ja spagetti.
jQuery voi olla hidas ja animaatio on joskus paljon hitaampi kuin CSS: n käyttäminen. Suuri monimutkainen sivusto jokaisen pienen viilto toisen laskee. Syynä tähän on kaksinkertainen: useat DOM-manipulaatiot, toinen toisen päälle voi hidastaa sivuston alaspäin; Toisaalta CSS käyttää selainpuolen siirtymiä animaatioille ja on kirjoitettu C ++: lle. Tämä tekee siitä hieman nopeamman kuin JavaScript.
jQuery spaghetti, jos et ole vielä törmännyt siihen, aika ajoin. jQueryn suurin attribuutti - kuinka helppoa se on käyttää - on myös sen Achilles parantunut. jQuery on kirjasto, joka on suunniteltu auttamaan DOM-poikittais- ja CSS-valitsimissa. Se tekee tämän uskomattomalla tehokkuudella. Sitä ei ole tarkoitettu asiakkaan vuorovaikutuksen puitteiksi. Kun käytetään väärin, erityisesti jQuery CSS -valitsimia, lopputulos voi olla koodia, joka kasvaa ja kasvaa hirviötyyppisellä .js-tiedostolla, kunnes se on mahdotonta ylläpitää. Heittää soittopyyntöjä, muutama kosmeettinen muotoilu ja yleinen nimeäminen ja tiellä, pitämällä jQuery-sivuston voi tulla painajainen.
Vintage kuva kaksi nuorta poikaa, jotka syövät spagettia kädellään kautta Shutterstock
JQuery-yhteisö käsittelee jQuery-spagettien ympärillä olevia ongelmia. Cedric Dugas herätti tietoisuutta jQuery-spaghettiosta Confooissa. Hän muun muassa on sitoutunut muistuttamaan ohjelmoijia parhaiden käytäntöjen käyttämisestä jQueryn kanssa estääkseen mammutin kulhoja spagettia. Kuten yksi etupään suunnittelija kommentoi, todella käyttää jQuery hyvin sinun täytyy tietää ja ymmärtää JavaScript. Leikkaaminen ja liittäminen on varmasti haittapuolena siinä, että se mahdollistaa tuloksia ymmärtämättä. Vaikka tämä voi toimia jonkin aikaa, se voi myös aiheuttaa kaikenlaisia pitkän aikavälin ylläpitokysymyksiä.
Hyvän puitteet voivat estää joidenkin jQuery-spagettien käytön. Valitettavasti kehykset ovat todella uusi alue, ja vie aikaa valita oikeat puitteet ja saada heidät pelaamaan hienosti toistensa kanssa. Jälleen kerran tämä lisäaika on otettava huomioon jQuery-yhtälöön. Tällä hetkellä on monia puitteita, jotka haluavat hallita asiakaspuolen MVS-kehystilaa. Backbone.js on tällä hetkellä suosituin, mutta sillä on vakava kilpailu.
Yhteenvetona
jQuery on yksi parhaista kirjastoista siellä, ja se voi tehdä kirjoituspyynnön paljon helpommaksi. Kuitenkin, kuten monet työkalut, jQuery on parhaimmillaankin ammattitaitoinen käsityöläinen. Ovatko me kaikki kuuluvat tämän luokan? Ei tietenkään. Tarkoittaako tämä, ettei jQueryä pitäisi käyttää? Ei tietenkään. Se vain ehdottaa, että on tarpeeksi järkeä pyytää apua, kun olet poissa syvyydestäsi, on hyvä idea suurimman osan ajasta.
Käytätkö jQueryä ja tiedätkö JavaScript myös? Tarvitsetko ymmärrystä ohjelmoinnista jQueryn toteuttamiseksi? Kerro meille, mitä mieltä olet kommenteissa.