首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

web app 中物理返回的监听

使用Vue + Vant 进行web app 的开发,需要处理 android 自带的物理返回,对不同页面,点击物理返回进行不同的处理 那如何监听到物理返回,并进行相应的处理?...01 app网页返回 vs 手机物理返回 网页上的返回返回上一个页面的意思, 手机上的返回返回上一个操作。...并且手机上的返回还有很多其它功能,在使用某些软件可以双击返回退出app 02 Vue 中监听物理返回 使用h5+ 提供的 plus 对象进行处理,具体代码如下 document.addEventListener...,双击退出app 实现,单击返回进行退出,双击退出app 分析:通过一个 first 变量来记录次数,且两次点击的时间间隔不能超过1500....if (e.canBack) { webview.back(); } else { //首页返回处理

1.2K20

js监听手机端点击物理返回或js监听pc端点击浏览器返回

之前在项目中遇到一个问题,就是在微信网页上面本来是有返回按钮的,但是大多数人都为了方便,会使用安卓手机自带的物理返回,这个返回按下后,就会按照你浏览器的栈存储的路径来一层一层返回,就不执行你页面上的那个返回按钮的操作了...,但是这个物理返回的监听好像没有直接的办法进行,所以有人就想到了曲线的办法 原理: 页面加载完成时,调用history.pushState写入一个指定状态STATE,并监听window.onpopstate...; 当onpopstate被触发时,检查event.state是否等于STATE,如果相等,表示页面发生了后退(按下返回或者浏览器的后退按钮),则把这次行为当作是返回被按下了(把点击浏览器的后退按钮也误算进来了...因为这个是实现利用histroy.pushState写入了一个指定状态STATE,你点击一次后,这个写入的状态就没有了,如果你没有后退页面(还在当前页面),上次那个监听的操作执行完后,你还需要监听这个物理返回...,这时候你就需要再上次那个操作完之后再使用histroy.pushState再写入一次之前写入的那个状态,这样下次会继续监听那个物理返回,否则下次你再点击那个返回的话,就会直接返回浏览器的栈的上一级

9.4K10
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    从 MySQL 物理开始的思考

    ,然后进行了一下细化,依然是just a door系列,依然是为了更前面的探讨一些问题,本期topic是物理~let’s start with mysql ?...但不使用物理的我们也有方案去实现我们的逻辑外,并保证他正确运行。 数据库上的一个策略:可以选择大多数情况下我们只更新不删除,也就是逻辑删,不再使用的历史数据定期归档来减少压力。...因为某些原因(比如你想要的关系数据库不支持,mysql经常),有些地方你就不能设计外了,到时候一有级联更新的需要时,一部分你靠物理,一部分你还得靠自己,我觉得还不如全靠代码逻辑去保证。...即使你对业务理解深刻,对外也掌握的透彻,你也不太希望老是你管一部分他管一部分吧? 五、反对的声音 最后再来说说一些坚持用外的思考 有人问:原本在物理的开销,在程序上不也有开销吗?...对于关系型数据库正确性>性能的说法,如果逻辑复杂到一定程度,物理一定能给你提供正确性吗?这个可以讨论讨论。 最后,我这里送个东西 MySQL 5.1参考手册

    3.8K20

    Vue项目中阻止返回,弹出提示框,包括安卓、iOS物理返回

    在一个移动端项目中,有一个需求,在未输入内容时点击返回(包括安卓、iOS等终端设备的物理返回按钮),弹窗提示,并且阻止返回上一个页面。...在页面一进来的时候,添加一个历史记录   window.history.pushState(null, null, document.URL);   // 给 window 添加一个 popstate 事件,拦截返回...window.removeEventListener("popstate", this.onBrowserBack, false); }, watch: {   // 弹框监听,当弹框显示的时候,pushState 添加一个历史,供返回使用...null, document.URL);       }     },     deep: true   } }, methods: {   onBrowserBack() {     // 这里写点击返回时候的事件...声明:本文由w3h5原创,转载请注明出处:《Vue项目中阻止返回,弹出提示框,包括安卓、iOS物理返回》 https://www.w3h5.com/post/456.html 本文已加入 腾讯云自媒体分享计划

    3.1K10

    数据库物理移除原因(六)

    分类id', root_cat_id INT NOT NULL COMMENT '一级分类外id 一级分类id,用于优化查询', sell_counts INT...VARCHAR(64) NOT NULL COMMENT '图片主键', item_id VARCHAR(64) NOT NULL COMMENT '商品外id...这里可以看到都没有 添加数据库外,原因基于以下几点考虑: ● 性能影响:在分布式项目里、在大型的互联网项目里面,对于整体的性能会有一定的影响 ● 热更新:不停机维护 热更新时某些场景下的外可能会影响到还没有更新的实例...因为外是强一致性的,和分布式是冲突的 ● 降低耦合度 物理不存在,但是在逻辑上还是需要的 ● 数据分库分表 由于耦合度太高,做分裤分表时,就很难做了。...比如:用户表和用户地址,如果有物理,你只能将同一个关系的数据都分片到同一个库的同一个表中,这就大大的限制了灵活性

    33410
    领券