Ha senso usare jQuery in applicazioni web solo per webkit moderni?

Ultimamente sto lavorando su alcune app Web mobili per Android (2.3+) e iOS (4+). I loro browser supportano la maggior parte di ECMAScript5, che è molto potente, e volevo usare le funzionalità del linguaggio ove possibile, ricorrendo a jQuery solo quando dovevo.

Si scopre che l'unica cosa per cui uso jQuery è avere un'alternativa più breve per document.querySelectorAll. Potrebbe anche liberarsene.

Se devo solo supportare i moderni browser WebKit, è una buona idea sbarazzarsi di jQuery (e di altre librerie di uso generale)? Dopotutto sono uno strato di indiretto.

(Le app non devono effettuare chiamate AJAX finora, immagino che sia una cosa che diventerà brutta. Ma vale la pena tenere jQuery solo per quello?)

javascript jquery ecmascript

— futlib
fonte

Correlati: gist.github.com/1455456 ;) Per XHR, ti consiglierei questo aiuto . Non ti risponde, ma ottieni il mio punto.

— Florian Margaine,

Risposte:

No, non ha senso.

jQuery è una libreria gonfia. Tutti lo sanno. E tutti lo usano perché è una delle rare librerie cross-browser là fuori che funzionano e basta (nota che non ho detto framework ).

Se non hai bisogno di supporto per i browser legacy, non hai bisogno di jQuery.

Piccole esigenze come la scorciatoia QSA o un aiuto XHR sono sottili . Sono facilmente aggiunti attraverso tali oggetti .

Quindi, se ti piace la sua API, provaci. Ma non è necessario.

Posso capire che alcune persone preferiscono:

$( '.table' ).addClass( 'active' );

A (usando By ):

[].forEach.call( By.qsa( '.table' ), function( table ) {
    table.classList.add( 'active' );
} );

Trovo il secondo modo più esplicito, l'altro non sarà d'accordo. È una questione di preferenza.

Inoltre, se il tuo codice ha qualche possibilità di essere portato su browser legacy in un secondo momento (o altri browser mobili non webkit / sucky), usa jQuery. Ridurrà il mal di testa in seguito.

Correlato: https://softwareengineering.stackexchange.com/a/148536/42132

— Florian Margaine
fonte

Cosa succede se lo hai fatto 25 volte (non aggiungiClass x25 ma ci sono molti altri casi simili)? Diventa sempre più difficile da leggere perché c'è molto più codice da leggere.

— Esailija,

Non trovo più difficile da leggere, lo trovo più esplicito. Questione di preferenze.

— Florian Margaine,

Sento che ci sono molte altre ragioni per usare jQuery oltre al supporto per i browser legacy. Non sono d'accordo con le opinioni di questa risposta che sembrano estremamente soggettive e basate sulla preferenza piuttosto che sui fatti.

— Michael Durrant,

@MichaelDurrant sì, l'utilizzo di jQuery della sua API è estremamente soggettivo e basato sulle preferenze. È quello che ho detto in questa risposta.

— Florian Margaine,

"Tutti lo sanno" - hmm, questo sembra scoraggiare contro-argomenti. jQuery ha molto valore: decadecity.net/talks/what-has-jquery-ever-done-for-us

— elias

Penso che valga ancora la pena usarlo. jQuery rende il tuo codice più compatto e più leggibile, con conseguente sviluppo più rapido e minore manutenzione (tenendo conto della tua esperienza con esso).

Se jQuery è troppo pesante per te, dovresti provare Zepto , che è una specie di alternativa leggera per jQuery (con un'API simile).

— Oliver Weiler
fonte

Direi che quando non sai cosa fare, usa solo jQuery.

jQuery ha molto valore, gestisce i casi limite ed evita il mal di testa per te: https://decadecity.net/talks/what-has-jquery-ever-done-for-us

L'uso di jQuery è in piedi sulle spalle dei giganti.

— elias
fonte