quote:JavaScript Devs: Is It Still Worth Learning jQuery?
If you're learning JavaScript and Web development, you might be wondering whether to learn jQuery. After nearly a decade of existence, jQuery has grown into a fundamental part of JavaScript coding in Web development.
But now we're at a point where many of the missing pieces (and additional features) jQuery filled in are present in browsers. So do you need to learn jQuery anymore? Some developers don't think so. The official jQuery blog, meanwhile, is pushing a separate jQuery version for modern browsers, in an attempt to keep people involved.
And there are still a few key reasons to keep learning jQuery: Legacy code. If you're going to go to work at a company that already has JavaScript browser code, there's a strong possibility it has jQuery throughout its code. There's also a matter of preference: People still like jQuery and its elegance, and they're going to continue using it, even though they might not have to.
Als je hippe "als je IE gebruikt heb ik geen boodschap aan je"-sites bouwt is het misschien niet echt nodig.quote:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 | function getData() { source = audioCtx.createBufferSource(); request = new XMLHttpRequest(); request.open('GET', 'viper.ogg', true); request.responseType = 'arraybuffer'; request.onload = function() { var audioData = request.response; audioCtx.decodeAudioData(audioData, function(buffer) { source.buffer = buffer; source.connect(audioCtx.destination); source.loop = true; }, function(e){"Error with decoding audio data" + e.err}); } request.send(); } |
In de praktijk vind ik jQuery veel eenvoudiger en leesbaarder om te gebruiken. Voor mobiel gebruik ik meestal een kleinere variant of ‘pure’ JavaScript voor snelheid.quote:Op dinsdag 28 april 2015 09:40 schreef Catch22- het volgende:
[..]
Als je hippe "als je IE gebruikt heb ik geen boodschap aan je"-sites bouwt is het misschien niet echt nodig.
Maar ik blijf het gebruiken zolang jQuery voor mij de verschillende browserissues opvangt.
Nop, ik heb dat ook alleen in mijn Gulp workflow met Browserify. :-)quote:
nog hendige packages? Gebruik het zelf alleen om te builden met minifiers, concetinaters en autoprefixerquote:
dat gebruik ik ook hoofdzakelijk. En soms Yeomanquote:Op maandag 4 mei 2015 11:54 schreef n8n het volgende:
[..]
nog hendige packages? Gebruik het zelf alleen om te builden met minifiers, concetinaters en autoprefixer
Ik gebruik het om sass te compilen, te livereloaden als ik iets aanpas, om mijn PHP server te runnen zodat ik niet meer allerlei irritante vhost shit hoef aan te passen bij elk project en om al mijn assets te compilen, minifyen etc. naar een compiled-assets folder.quote:Op maandag 4 mei 2015 11:54 schreef n8n het volgende:
[..]
nog hendige packages? Gebruik het zelf alleen om te builden met minifiers, concetinaters en autoprefixer
1 2 3 4 5 | // Start the php server gulp.task('server', shell.task([ 'ulimit -S -n 2048', 'php -S ' + '127.0.0.1:8000 router.php' ], {quiet: true})) |
Daar heb ik geen ervaring mee, word een beetje zot van al de duizenden smaken framework tegenwoordigquote:Op maandag 4 mei 2015 21:43 schreef Catch22- het volgende:
[..]
dat gebruik ik ook hoofdzakelijk. En soms Yeoman
Sass compile ik ook al hou ik het enorm simpel met 2 bestandjes constanten, 1 voor afmetingen en 1 voor kleur. Ik werk meestal ook vanaf een localhost pad tot ik het moet aanpassen omdat een relatief pad ergens gaar doetquote:Op maandag 4 mei 2015 22:03 schreef boem-dikkie het volgende:
[..]
Ik gebruik het om sass te compilen, te livereloaden als ik iets aanpas, om mijn PHP server te runnen zodat ik niet meer allerlei irritante vhost shit hoef aan te passen bij elk project en om al mijn assets te compilen, minifyen etc. naar een compiled-assets folder.
En dat start je server? Die van mij staat gewoon altijd aan op poort 80, zo lui ben ik heb in mn sites folder een snelkoppeling naar 'local' met daarin de nginx sites-enabled directory maar die laat ik ook eigenlijk gewoon allemaal altijd aan staan.quote:
Yo dawgquote:Op dinsdag 5 mei 2015 09:54 schreef Catch22- het volgende:
Yeoman is een startertool, geen framework. Te cool om niet iig even te bekijken. www.yeoman.io
Yoquote:
Jep default PHP servertje in OSX start je daarmee op.quote:Op dinsdag 5 mei 2015 09:42 schreef n8n het volgende:
[..]
Daar heb ik geen ervaring mee, word een beetje zot van al de duizenden smaken framework tegenwoordig
[..]
Sass compile ik ook al hou ik het enorm simpel met 2 bestandjes constanten, 1 voor afmetingen en 1 voor kleur. Ik werk meestal ook vanaf een localhost pad tot ik het moet aanpassen omdat een relatief pad ergens gaar doet
[..]
En dat start je server? Die van mij staat gewoon altijd aan op poort 80, zo lui ben ik heb in mn sites folder een snelkoppeling naar 'local' met daarin de nginx sites-enabled directory maar die laat ik ook eigenlijk gewoon allemaal altijd aan staan.
Ik had 'm wel in mn achterhoofd, zal er nu zeker een keer naar kijken.quote:Op dinsdag 5 mei 2015 09:54 schreef Catch22- het volgende:
Yeoman is een startertool, geen framework. Te cool om niet iig even te bekijken. www.yeoman.io
Heb Gulp een tijd terug naar gekeken -- maar dat is toch een automatisering van taken?quote:Op maandag 4 mei 2015 10:52 schreef boem-dikkie het volgende:
[..]
Nop, ik heb dat ook alleen in mijn Gulp workflow met Browserify. :-)
Jup, autoprefixer, sass, minificatie, concetinatie, svgo. zorgen allemaal voor optimalisatie en/of gemak.quote:Op dinsdag 5 mei 2015 10:53 schreef Aether het volgende:
[..]
Heb Gulp een tijd terug naar gekeken -- maar dat is toch een automatisering van taken?
kan je daar ook javascript-performance mee testen? Of weet iemand hoe je performance bottlenecks in javascript identificeert?quote:Ghostlab is een systeem om op meerder apparaten te debuggen en de wijzigingen op alle apparaten te zien.
Ja, maar in gulp zit Browserify, waarmee je op alle apparaten naar je IP adres kan gaan en hij alles synced. Dus als je op je PC op dat IP adres je website scrollt, scrollt hij op je iPhone ook. En kun je handig in Chrome expecten wanneer je op je mobiel iets doet.quote:Op dinsdag 5 mei 2015 10:53 schreef Aether het volgende:
[..]
Heb Gulp een tijd terug naar gekeken -- maar dat is toch een automatisering van taken?
Ghostlab is een systeem om op meerder apparaten te debuggen en de wijzigingen op alle apparaten te zien.
Dat doe ik altijd met http://www.browsersync.io/ , maar dat is dus vrijwel hetzelfdequote:Op dinsdag 5 mei 2015 13:10 schreef boem-dikkie het volgende:
[..]
Ja, maar in gulp zit Browserify, waarmee je op alle apparaten naar je IP adres kan gaan en hij alles synced. Dus als je op je PC op dat IP adres je website scrollt, scrollt hij op je iPhone ook. En kun je handig in Chrome expecten wanneer je op je mobiel iets doet.
Oh sorry, ik ben in de war, ik gebruik Browserify en Browsersync. Ik gebruik dat ook inderdaad voor de sync.quote:Op dinsdag 5 mei 2015 13:29 schreef mstx het volgende:
[..]
Dat doe ik altijd met http://www.browsersync.io/ , maar dat is dus vrijwel hetzelfde
Forum Opties | |
---|---|
Forumhop: | |
Hop naar: |