Se è più saggio conoscere un framework come jQuery, MooTools, DoJo, ecc. per superare i problemi relativi al browser, perché le interviste richiedono solo JavaScript?
Se è più saggio conoscere un framework come jQuery, MooTools, DoJo, ecc. per superare i problemi relativi al browser, perché le interviste richiedono solo JavaScript?
Perché se conosci il Javascript "reale", non importa se conosci jQuery ma non MooTools, DoJo ma non Chiusura , ecc. Se conosci Javascript "reale", dovresti essere in grado di raccogliere qualsiasi libreria Javascript particolare con relativa facilità.
È (spesso) meglio usare una libreria che aiuti con i problemi del cross-browser, ma non puoi conoscere la libreria senza conoscere la lingua. Se non conosci "Javascript" e tutto quello che puoi fare è tagliare campioni di pasta da una particolare libreria, quindi non puoi davvero mettere "Javascript" come lingua sul tuo curriculum comunque, IMO.
È più facile valutare l'abilità / le conoscenze di una persona esaminando il loro stile di codifica all'interno di un insieme finito di funzionalità linguistiche, come JavaScript. Lo scopo dell'esercizio non è quello di creare codice che funzioni bene su piattaforme diverse, ma di esaminare il candidato - in questo caso, voi.
Penso che apprezzerei sapere che un intervistato capisce che i selettori di jQuery rappresentano un enorme miglioramento rispetto a getElementByName. In questo modo sanno che c'è qualcosa che sta alla base del framework, e ne sanno abbastanza per cancellare un nome di funzione.
Questo è tutto ciò che devo sapere sulla loro comprensione di "raw javascript". Dio mi aiuti, mi piacerebbe non scrivere mai più codice "raw javascript".
So come mettere il gas in macchina. Non ho bisogno di sapere come affinare i dinosauri morti in gas.
Sì, io ho ho appena chiamato raw javascript un dinosauro morto.
Perché i framework cambiano più spesso delle funzionalità linguistiche. Se sei un buon javascripter, è più probabile che lui sia in grado di apprendere relativamente più rapidamente qualsiasi framework. E senza una profonda conoscenza di "just js", la comprensione delle funzionalità di base di qualsiasi grande libreria è difficile.
È sempre meglio sapere cosa sta succedendo dietro le quinte. Inoltre, la conoscenza della lingua stessa ti aiuta a distinguere i buoni architettonici da quelli cattivi.
Un framework è un livello di astrazione sopra javascript.
Se non conosci un framework ma conosci javascript è questione di poche ore per imparare le specifiche. Non puoi usare correttamente un framework senza conoscere javascript.
Non lasciare che questo fatto ti impedisca di apprendere i framework comunemente usati. Conoscere JavaScript da solo potrebbe non essere sempre sufficiente.
Se conosci JavaScript, sarai in grado di creare la tua libreria con le tue funzionalità, spesso necessarie in ambienti di lavoro per strumenti proprietari.
Una volta ho trovato un bug in jQuery e ho dovuto correggerlo da solo, perché non vedevo l'ora che rilasciassero una patch. Sono stato in grado di farlo facilmente perché conosco JavaScript.
Essere un buon coder in JavaScript significa che conosci molti concetti come chiusure, prototipi e altre buone caratteristiche offerte da questo potente linguaggio e che potresti finire per non usare / capire quando ti affidi a una libreria "scrivi meno, fai di più" .
Quindi, anche se userai una di queste librerie o framework, alla fine capirai quando è meglio usare le loro funzionalità e quando è meglio non farlo. Perché offrono molte buone funzionalità scrivendo poco codice, ma è davvero facile sfruttarle e creare codice scadente e sciatto, mentre con il semplice JS sarebbe stato molto più veloce.
Leggi altre domande sui tag javascript frameworks