Ao usar a estrutura MUI, geralmente usamos uma classe com .mui-action-back no cabeçalho
<header class=mui-bar mui-bar-nav> <a class=mui-action-back mui-icon mui-icon-left-nav mui-pull-left></a> <h1 class=mui-title> Consulta de carga</h1> </header>
Clique no logotipo de retorno no cabeçalho para retornar à página anterior.
//A seguir está o código-fonte em mui.js. Você pode ver que ao clicar para retornar, as seguintes operações são executadas internamente //$.hook={} é usado especialmente para registrar o histórico de navegação. $.back = function() { if (typeof $.options.beforeback === 'function') { if ($.options.beforeback() === false) { return; ); };$.doAction = function(type, callback) {//Retorna ao registro anterior if ($.isFunction(callback)) { //Retorno de chamada especificado $.each($.hooks[type], callback); } else { //Nenhum retorno de chamada é especificado, execute diretamente $.each($.hooks[type], function(index, hook) { return !hook.handle(); }); = function(type, hook) {//Adicionar histórico var hooks = $.hooks[type]; hooks.push(hook); hooks.sort(function(a, b) { return a.index - b.index; });
Quando encapsulamos o H5 em um APP, a interface 5+ que utilizamos tem o conceito de webview, que é uma janela.
No início, não fiz distinção deliberada entre esses dois conceitos, então às vezes eu abria uma nova janela para abrir a página da web, ou às vezes eu diretamente
Acesse o URL como: location.href.
Isso levará a uma situação ao monitorar o botão Voltar do telefone celular. O cenário é aproximadamente o seguinte:
1. Abra o software e entre na página inicial (main.html=>HBuilder[webview]) [o primeiro representa o caminho de acesso local da URL, e o último é o ID da janela webview].
2. Vá para a interface de login por meio de location.href em vez de abri-la criando um webview.
3. Após fazer login, entre na página de funções, pressione Return novamente e retorne à página de login. A expectativa é que após o login, se eu clicar no botão retornar do meu telefone, eu saia diretamente. Por esse motivo, aprendemos especialmente sobre a função de reversão do MUI. Podemos conseguir isso substituindo este método.
Na página que precisa ser monitorada:
mui.back=function(){//Escreva as operações que você precisa fazer após monitorar a chave de retorno
Porém, se você ainda usar os dois modos anteriores de salto de página da web e criação de formulário, ocorrerão resultados inesperados. Ou seja, mui.back só poderá ser monitorado no arquivo de entrada e o monitoramento feito em outras páginas ou formulários não será possível. . é acionado, todos são monitorados pelo arquivo de entrada mui.ba. ck capture, apenas a lógica de negócio de monitoramento do arquivo de entrada será executada. Isso leva à situação constrangedora de retornar à página anterior sem customizar o evento de retorno: por exemplo, retornando à página de login, e customizando o retorno dos eventos, nós descobriu que todos os eventos foram monitorados pelo arquivo de entrada. Isso significa que não faz sentido escrever mui.back=function(){} em outras páginas.
Se todas as páginas de salto forem abertas como formulários, os problemas acima não ocorrerão. Cada janela normalmente pode ouvir a função personalizada mui.back
O texto acima é todo o conteúdo deste artigo. Espero que seja útil para o estudo de todos. Também espero que todos apoiem a Rede VeVb Wulin.