jQuery ha ucciso le discussioni JavaScript? [chiuso]

8

Ci sono oltre 100.000 domande su Stack Overflow contrassegnate come domande relative a risoluzione / utilizzo di JQuery. Confronta questo con le 124.000 domande sullo stack overflow contrassegnate per problemi JavaScript. Siamo molto vicini a quasi la metà di tutte le domande relative a JavaScript su Stack Overflow attribuito a JQuery (più o meno qualsiasi margine per i pochi altri framework JS che ottengono domande su SO).

Quello che sto ottenendo è, jQuery non è un linguaggio e non è il tutto e la fine di tutti i framework che devono essere applicati a tutti gli scenari in cui JavaScript è presente, eppure sta rapidamente prendendo (e prevedo presto eclisserà) JavaScript come fonte di discussione / inchiesta su siti come Stack Overflow.

jQuery sta uccidendo la stella JavaScript? La prossima generazione di sviluppatori Web non è più in grado di comprendere la potenza, la semplicità e l'uso di JavaScript come mezzo per la manipolazione del DOM? Questa è solo la naturale evoluzione delle cose e il punto di vista che sto presentando è tipico dell'ego del programmatore (cioè, è così che i programmatori di assiemi vedono il pubblico .NET / Java / Web?) O è davvero l'inizio della fine del vero sviluppatore JavaScript?

    
posta Brian 15.08.2011 - 18:59
fonte

4 risposte

1

Si potrebbe certamente sostenere che jQuery abbia ucciso la discussione in javascript e questo grafico di tendenza lo avrebbe supportato: link

È piuttosto facile osservarlo anche nella bacheca dei messaggi. Ogni volta che un "come fai xxx in javascript?" viene fatta una domanda, puoi quasi scommettere che le risposte saranno nel formato "usa jQuery e fai yyy".

Direi che è più accurato dire che ora è più comune discutere di javascript in termini di framework di livello superiore (che si tratti di qualcosa come jQuery / prototype o knockout / backbone o node.js o ...)

    
risposta data 15.08.2011 - 20:40
fonte
12
  1. No, jQuery non uccide JavaScript, ma spiega la lingua.
  2. C'è Nodejs, che usa Javascript come cli o per lo scripting lato server.

Informazioni su jQuery . Stavo programmando con DOM API dal 2001 e posso assicurarti che un'API DOM semplice e collaudata come jQuery ti consente di lavorare più sul vero problema piuttosto che sull'API.

Ho anche manipolato DOM in raw Javascript nel 2005, e il più delle volte ho impiegato a farlo funzionare cross-browser.

Prima di jQuery, molti di noi stavano spendendo tempo per correggere le differenze e i bug del browser, indipendentemente e con una piccola condivisione di codice. Abbiamo ripetuto lo stesso lavoro e gli stessi errori ancora e ancora. jQuery ci ha sollevato da questo dovere. Oggigiorno, con molti plugin jQuery, lavoro principalmente sul mio campo problematico, ma posso anche fare manipolazioni molto più complicate del documento. Liberato solo dai mal di testa DOM, ho potuto apprendere il vero potere delle chiusure e il loop eventi JS (deve vedere per ogni programmatore js!)

La maggior parte dei programmatori Javascript usa jQuery per manipolare il DOM, quindi la maggior parte delle domande riguarda quest'area e jQuery.

Ci sono alternative a jQuery:

  • Prototipo, ha molti punti di ingresso (che è confuso) e contiene bombe a tempo (Aggiunge alcuni metodi agli oggetti built-in, ma solo quelli che non sono ancora negli oggetti Quando gli sviluppatori di browser li implementano nel prossimo futuro, gli oggetti cambieranno comportamento e molti siti smetteranno di funzionare. Gli sviluppatori dovranno risolvere i loro siti Web con urgenza.
  • RightJS (non posso dire nulla, ma sembra avere una bella API)

Node.js è un ambiente in rapido sviluppo e in un paio di anni potrebbe diventare un linguaggio server tradizionale. Le mie impressioni sono che mancano ancora molte funzionalità che potrebbero rendere il linguaggio più elegante. Al momento ci vuole un grande sforzo per organizzare il tuo codice. Non posso dire se sia risolvibile con un framework come jQuery o solo con una nuova versione della lingua, ma assicurati che questo sia risolto da qualcuno, c'è abbastanza slancio su Node.js e JS in generale.

    
risposta data 15.08.2011 - 19:40
fonte
8

Lo vedrei più vicino alla libreria standard in C ++ che all'analogia .Net / Assembly. O ancora meglio, .Net e C #. Non c'è nulla nelle specifiche C # che afferma che devi usare .Net, ma è legato piuttosto strettamente insieme. Ma comunque, per quanto riguarda la tua domanda, la maggior parte degli sviluppatori web non si preoccupa di JavaScript.

In realtà, direi che la parte di manipolazione del DOM di JavaScript è abbastanza terribile (specialmente considerando che i vari browser facevano fatica a far funzionare le cose ovunque). Non penso che avresti potuto inserire qualcos'altro e avere ottenuto un risultato migliore, ma per anni è stato un punto di frustrazione (ancora una volta di solito a causa dei produttori di browser). La maggior parte delle persone si limita a creare qualcosa insieme prima di jQuery e chiamarla un giorno (e si proclamerebbe "esperti" per la maggior parte del tempo). jQuery prende semplicemente le parti che a nessuno piacciono e le appone una bella faccia. Poiché questo è l'uso principale di JS per ora (manipolazione DOM), vedrai jQuery apparire sempre più (o qualche altro framework come Prototype, ecc.). Solo così sei consapevole che non penso che lo sviluppatore web medio sia stato un grande sviluppatore JS prima di jQuery. Penso che con o senza di esso le persone non impareranno la lingua (non a un certo punto in cui in realtà conoscono la lingua).

Detto questo, JavaScript sta funzionando bene come lingua. Node.js è un buon esempio di come viene utilizzato come lingua reale. Ho persino cercato di utilizzarlo come linguaggio di scripting incorporato in alcune delle mie app (perso in LUA, ma solo perché LUA ha impiegato meno tempo per la configurazione).

    
risposta data 15.08.2011 - 19:52
fonte
3

Jquery riassume le attività più fastidiose e noiose dello sviluppo di un javascript per un sito web. Attraversare il DOM è un'attività ripetibile che richiede molto lavoro manuale con pochissimi benefici dal farlo nel modo più duro. Gli unici casi in cui non uso jQuery oggigiorno sono le versioni mobili dei siti: non puoi permettertene un'altra richiesta e 100 mila là. Lo stesso è con il caricamento Ajax.

Anche jQuery rende la programmazione quasi funzionale come divertente. Introduce il concetto di funzione come oggetto di prima classe in modo davvero intuitivo per gli sviluppatori. Getta alcuni effetti speciali per gli occhi e alcuni ottimi plug-in, il suo piccolo attrezzo davvero eccezionale che è perfettamente adatto per l'attività.

JavaScript standard - > Jquery per me mi è sembrato di migrare da C ++ e mfc a winform e C #.

    
risposta data 15.08.2011 - 23:10
fonte

Leggi altre domande sui tag