Lorsque nous utilisons le framework MUI, nous utilisons souvent une classe avec .mui-action-back dans l'en-tête
<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> Demande de fret</h1> </header>
Cliquez sur le logo de retour dans l'en-tête pour revenir à la page précédente.
//Ce qui suit est le code source dans mui.js. Vous pouvez voir que lorsque vous cliquez pour revenir, les opérations suivantes sont effectuées en interne //$.hook={} est spécialement utilisé pour enregistrer l'historique de navigation. $.back = function() { if (typeof $.options.beforeback === 'function') { if ($.options.beforeback() === false) { return } } $.doAction('backs' ); };$.doAction = function(type, callback) {//Retour à l'enregistrement précédent if ($.isFunction(callback)) { //Rappel spécifié $.each($.hooks[type], callback); } else { //Aucun rappel n'est spécifié, exécutez directement $.each($.hooks[type], function(index, hook) { return !hook.handle(); } };$.addAction = function(type, hook) {//Ajouter un historique var hooks = $.hooks[type]; if (!hooks) { hooks = []; hook.index = hook.index || hooks.push(hook); hooks.sort(function(a, b) { return a.index - b.index; }); $.hooks[type] = hooks;Lorsque nous encapsulons H5 dans une APP, l'interface 5+ que nous utilisons a le concept de webview, qui est une fenêtre.
Au début, je ne faisais pas délibérément de distinction entre ces deux concepts, donc parfois j'ouvrais une nouvelle fenêtre pour ouvrir la page web, ou parfois j'ouvrais directement
Parcourez l'URL telle que : location.href.
Cela conduira à une situation lors de la surveillance du bouton retour du téléphone mobile. Le scénario est à peu près le suivant :
1. Ouvrez le logiciel et entrez dans la page d'accueil (main.html=>HBuilder[webview]) [le premier représente le chemin d'accès local de l'URL, et le second est l'ID de la fenêtre webview].
2. Accédez à l'interface de connexion via location.href au lieu de l'ouvrir en créant une vue Web.
3. Après vous être connecté, accédez à la page de fonction, appuyez à nouveau sur Retour et revenez à la page de connexion. On s'attend à ce qu'après m'être connecté, si je clique sur le bouton de retour de mon téléphone, je me déconnecte directement. Pour cette raison, nous avons spécialement découvert la fonction de restauration de MUI. Nous pouvons y parvenir en remplaçant cette méthode.
Sur la page qui doit être surveillée :
mui.back=function(){//Écrivez les opérations que vous devez effectuer après avoir surveillé la clé de retourCependant, si vous utilisez toujours les deux modes précédents de saut de page Web et de création de formulaire, des résultats inattendus se produiront, c'est-à-dire que mui.back ne pourra être surveillé que dans le fichier d'entrée et que la surveillance effectuée dans d'autres pages ou formulaires ne sera pas possible. . est déclenché, tous sont surveillés par le fichier d'entrée mui.ba ck capture, seule la logique métier de surveillance du fichier d'entrée sera exécutée. Cela conduit à la situation embarrassante de revenir à la page précédente sans personnaliser l'événement de retour : par exemple, revenir à la page de connexion, et personnaliser le retour des événements, nous a constaté que tous les événements étaient surveillés par le fichier d’entrée. Cela signifie que cela n'a aucun sens d'écrire mui.back=function(){} sur d'autres pages.
Si toutes les pages de renvoi sont ouvertes sous forme de formulaires, les problèmes ci-dessus ne se produiront pas. Chaque fenêtre peut normalement écouter la fonction personnalisée mui.back
Ce qui précède représente l’intégralité du contenu de cet article. J’espère qu’il sera utile à l’étude de chacun. J’espère également que tout le monde soutiendra le réseau VeVb Wulin.