mui.init()与mui.plusReady()的关系是什么

介绍

这篇文章将为大家详细讲解有关mui.init()与mui.plusReady()的关系是什么,文章内容质量较高,因此小编分享给大家做个参考,希望大家阅读完这篇文章后对相关知识有一定的了解。

<强>首先我们来看下mui.init()与mui.plusReady()的区别:

梅框架将很多功能配置都集中在mui.init方法中,要使用某项功能,只需要在mui.init方法中完成对应参数配置即可,目前支持在mui.init方法中配置的功能包括:创建子页面,关闭页面,手势事件配置,预加载,下拉刷新,上拉加载。
但是官方有又说法:
页面初始化:必须执行mui.init方法
梅在页面初始化时,初始化了很多参数配置,比如:按键监听,手势监听等,因此梅页面都必须调用一次mui.init()方法;

在应用开发中,若要使用HTML5 +扩展api,必须等plusready事件发生后才能正常使用,梅将该事件封装成了mui.plusReady()方法,涉及到HTML5 +的api,建议都写在mui.plusReady方法中。

个人认为:
1。每个用到梅的页面都调用下mui.init。
2。如果需要使用大H5 +对象,就写到plusready中,如加上对象。

初学梅会发现大量的演示中,都需要调用mui.init()和mui.plusReady(),可见这两东西在应用开发中的重要性

首先请注意一点,如果不是做软件开发(非hbuilder基座运行),做网络开发的话(在浏览器运行html), plusready是没有意义的,不会执行,为什么?

无论做wap网页,还是应用开发,只要需要用到梅框架,都需要mui.init初始化框架功能,而plusready仅仅在应用程序开发中使用

梅个人习惯:

每个用到梅的页面都调用下mui.init,直接放在js最前方
除了函数定义函数之外,全都写在plusready之中,函数调用也放在其中,毕竟做软件开发调用HTML5 + api十分的频繁,就像金桥的美元(文档)时()一样的道理,尤其是出现+对象的一定放在plusready里面!
目前尚不清楚plusready过分臃肿对性能是否造成伤害。理论上只是在HTML5 +加载完之后执行其中的代码罢了,是不会影响性能,只会晚一点执行(延迟并不会感受到)

关于梅plusready的注意点:

mui.plusReady()中的代码不执行

可能1:

你在浏览器下运行了html

可能2:

plusready事件仅在webview首次创建时触发,使用梅。openWindow方法多次打开已存在的同样id的webview时,是不会重复触发plusReady事件的,因此若业务写在plusReady事件中,可能会出现执行结果和预期不一致的情况,此时可通过自定义事件触发

<强> mui.init和mui.plusReady这两者到底什么关系

mui.init初始化梅的一些参数配置
如果要使用类推+的一些对象,方法,就要使用mui.plusReady,比如梅。加上对象。
梅,init每次写js,最好都加上。

关于mui.init()与mui.plusReady()的关系是什么就分享到这里了,希望以上内容可以对大家有一定的帮助,可以学到更多知识。如果觉得文章不错,可以把它分享出去让更多的人看的到。

mui.init()与mui.plusReady()的关系是什么