jQuery Mobile "pagebeforechange" essere chiamato due volte

Question

Ho il seguente ascoltatore impostato per un link sulla home page "pagebeforechange" (molto simile al proprio codice della documentazione jQuery Mobile) e che chiama http://localhost/#product?id=255979

//Bind Listener for Product Details 
$(document).bind("pagebeforechange", function(e, data) { 
    //Only Run If Site is Initialized 
    if(ajaxSite.options.initialized) { 
     if (typeof data.toPage === "string") { 
      var u = $.mobile.path.parseUrl(data.toPage), 
       pl = /^#product/; 

      if (u.hash.search(pl) !== -1) { 
       console.log("showProduct being called."); 
       ajaxSite.showProduct(u, data.options); 
       e.preventDefault(); 
      } 
     } 
    } 
}); 

Quando apro la console JavaScript e clicca sul link che sto vedendo il seguente:

showProduct being called. 
showProduct being called. 

io non riesco a trovare nulla sul perché sarebbe sempre chiamato due volte. Ho visto altri errori in cui vclicks viene registrato due volte a causa del clic marginale, ma questo non ha senso dal momento che si basa sul cambio di pagina effettivo.

Answer 1

Dal momento che stai legame con il $ (document) e utilizzando un layout multi-pagina

• http://jquerymobile.com/demos/1.0/docs/pages/index.html

Penso jQm sta caricando il documento più volte (solo un'intuizione)

Passare usando l'pageId invece, esempio:

$(document).bind("pagebeforechange", function(e, data) { ... 

a

$('#pageId').bind("pagebeforechange", function(e, data) { ... 

Answer 2

Forse un po 'tardi, ma qui è la mia supposizione:

Qualsiasi evento pagechange innesca due transizioni, un "in avanti" (pagechange) e un "indietro" (hashchange). Se vai avanti, l'hashChange è bloccato, se vai indietro, è il contrario.

Controllare il codice sorgente di jqm e controllare la proprietà ignoreNextHashChange.

Questo è responsabile del blocco di hashChange sulle transizioni in avanti, altrimenti si andrebbe avanti e indietro.

Immagino che la funzione stia sparando due volte, perché entrambi gli eventi sono entrambi attivati ​​da changePage e hashChange.

In questo caso, JQM dovrebbe bloccare il rohinget hashChange prima di attivare questo evento.

Answer 3

Viene chiamato due volte dal design. http://api.jquerymobile.com/pagebeforechange/

se data.toPage è impostato su una stringa, l'evento indica che la navigazione sta per iniziare.

se data.toPage è impostato su un oggetto jQuery, l'evento indica che la pagina di destinazione è stata caricata.

Answer 4

Se si legge la documentazione jquery mobile https://api.jquerymobile.com/pagebeforechange/, si dice che è chiamato due volte, una volta data.toPage url a nuova pagina, data.toPage secondo tempo già oggetto jquery di nuova pagina.