È JQuery (..). Html() bacato in jQuery 1.3.2?

Question

Il codice qui non restituisce quello che ci si aspetta:

jQuery('<div>Look here: [ jQuery0="null" ]</div>').html() 

Piuttosto, si ottiene:

Look here: [ ] 

Il codice sorgente di jQuery in questione:

html: function(value) { 
     return value === undefined ? 
       (this[0] ? 
         this[0].innerHTML.replace(/ jQuery\d+="(?:\d+|null)"/g, "") : 
         null) : 
       this.empty().append(value); 
}, 

Quale sarebbe la motivazione dietro lo .replace? Non ho tempo di esaminare il resto di jQuery, ma codice come questo mi fa pensare se dovrei usare jQuery in produzione.

Answer 1

Questo codice è nuovo in 1.3.2, non era in 1.3.1. Mi sembra che jQuery usi gli attributi i cui nomi iniziano con "jQuery" per memorizzare i dati sugli elementi, e questo è il suo modo di non esporlo a te quando chiedi il dorso HTML.

Ovviamente non è un bug. L'autore intendeva rimuovere quell'HTML prima di restituirti la stringa.

Questo influenza il tuo codice? Come con qualsiasi libreria, è necessario testare accuratamente il codice di produzione prima di distribuirlo.

Answer 2

Quale sarebbe la motivazione dietro il .replace?

Per nascondere gli attributi utilizzati da jQuery per scopi interni.

codice come questo mi meraviglia se dovrei usare jQuery in produzione a tutti.

Sì, ho avuto la stessa identica reazione. È semplicemente incredibilmente sciatto. Cercando di elaborare HTML con regexp è il tipo di trucco naif che ti aspetti dai posters per la prima volta, non il tipo di comportamento che speri di vedere nel framework, così tanti utenti SO sembrano adorare.

Non è l'unico posto in cui jQuery si attiva cercando di analizzare il markup con espressioni regolari; anche alcune delle cose del selettore sono rotte. Questi possono essere casi d'angolo oscuri, ma per me è un'enorme bandiera rossa indicativa dell'approccio sbagliato.