打开新页面

做web app，一个无法避开的问题就是转场动画；web是基于链接构建的，从一个页面点击链接跳转到另一个页面，如果通过有刷新的打开方式，用户要面对一个空白的页面等待；如果通过无刷新的方式，用Javascript移入DOM节点（常见的SPA解决方案），会碰到很高的性能挑战：DOM节点繁多，页面太大，转场动画不流畅甚至导致浏览器崩溃； mui的解决思路是：单webview只承载单个页面的dom，减少dom层级及页面大小；页面切换使用原生动画，将最耗性能的部分交给原生实现.

  1. mui.openWindow({
  2.     url:new-page-url,
  3.     id:new-page-id,
  4.     styles:{
  5.       top:newpage-top-position,//新页面顶部位置
  6.       bottom:newage-bottom-position,//新页面底部位置
  7.       width:newpage-width,//新页面宽度，默认为100%
  8.       height:newpage-height,//新页面高度，默认为100%
  9.       ......
  10.     },
  11.     extras:{
  12.       .....//自定义扩展参数，可以用来处理页面间传值
  13.     },
  14.     createNew:false,//是否重复创建同样id的webview，默认为false:不重复创建，直接显示
  15.     show:{
  16.       autoShow:true,//页面loaded事件发生后自动显示，默认为true
  17.       aniShow:animationType,//页面显示动画，默认为”slide-in-right“；
  18.       duration:animationTime//页面动画持续时间，Android平台默认100毫秒，iOS平台默认200毫秒；
  19.     },
  20.     waiting:{
  21.       autoShow:true,//自动显示等待框，默认为true
  22.       title:'正在加载...',//等待对话框上显示的提示内容
  23.       options:{
  24.         width:waiting-dialog-widht,//等待框背景区域宽度，默认根据内容自动计算合适宽度
  25.         height:waiting-dialog-height,//等待框背景区域高度，默认根据内容自动计算合适高度
  26.         ......
  27.       }
  28.     }
  29. })

参数：

  • styles

    窗口参数，参考5+规范中的WebviewStyle；特别注意，height和width两个属性,即使不设置，也默认按100%计算；因此若设置了top值为非”0px”的情况，建议同时设置bottom值，否则5+ runtime根据高度100%计算，可能会造成页面真实底部位置超出屏幕范围的情况；left、right同理。

  • extras

    新窗口的额外扩展参数，可用来处理页面间传值；例如：

    1. var webview = mui.openWindow({
    2.     url:'info.html',
    3.     extras:{
    4.         name:'mui'  //扩展参数
    5.     }
    6. });
    7. console.log(webview.name);//输出mui字符串

    注意：扩展参数仅在打开新窗口时有效，若目标窗口为预加载页面，则通过mui.openWindow方法打开时传递的extras参数无效。

  • createNew

    是否重复创建相同id的webview；

    为优化性能、避免app中重复创建webview，mui v1.7.0开始增加createNew参数，默认为false；判断逻辑如下：

    • createNew参数为为true，则不判断重复，每次都新建webview；

    • createNew参数为为fasle，则先查找当前App中是否已存在同样id的webview，若存在则直接显示；否则新创建并根据show参数执行显示逻辑；

  1. **注意**：plusReady事件仅在webview首次创建时触发，使用`mui.openWindow`方法多次打开已存在的同样id的webview时，是不会重复触发plusReady事件的； 因此若业务写在plusReady事件中，可能会出现执行结果和预期不一致的情况；此时可通过[自定义事件](http://dev.dcloud.net.cn/mui/event/#customevent)触发； 案例参考：[mui.plusReady有时会失效](http://ask.dcloud.net.cn/question/6514);

  • show

    窗口显示控制参数，具体参数如下：

    • autoShow：目标窗口loaded事件发生后，是否自动显示，默认为true；若为false，则仅创建但不显示webview；若目标页面为预加载页面，则该参数无效；

    • aniShow表示页面显示动画，比如从右侧划入、从下侧划入等，具体可参考5+规范中的AnimationTypeShow

    • duration：显示Webview窗口动画的持续时间，单位为ms

  • waiting

    系统等待框参数

    mui框架在打开新页面时等待框的处理逻辑为：

    显示等待框—>创建目标页面webview—>目标页面loaded事件发生—>关闭等待框；

    因此，只有当新页面为新创建页面（webview）时，会显示等待框，否则若为预加载好的页面，则直接显示目标页面，不会显示等待框。waiting中的具体参数：

    • autoShow：是否自动显示等待框，默认为true；若为false，则不显示等待框；注意：若waiting框的autoShow为true，但目标页面不自动显示，则需在目标页面中通过如下代码关闭等待框：plus.nativeUI.closeWaiting();

    • title：等待框上的提示文字

    • options表示等待框显示参数，比如宽高、背景色、提示文字颜色等，具体可参考5+规范中的WaitingOption

示例1：Hello mui中，点击首页右上角的图标，会打开关于页面，实现代码如下：

  1. //tap为mui封装的单击事件，可参考手势事件章节
  2. document.getElementById('info').addEventListener('tap', function() {
  3.   //打开关于页面
  4.   mui.openWindow({
  5.     url: 'examples/info.html', 
  6.     id:'info'
  7.   });
  8. });

因没有传入styles参数，故默认全屏显示；也没有传入show参数，故使用slide-in-right动画，新页面从右侧滑入。

示例2：从A页面打开B页面，B页面为一个需要从服务端加载的列表页面，若在B页面loaded事件发生时就将其显示出来，因服务器数据尚未加载完毕，列表页面为空，用户体验不好；可通过如下方式改善用户体验（最好的用户体验应该是通过预加载的方式）：第一步，B页面loaded事件发生后，不自动显示；

  1. //A页面中打开B页面，设置show的autoShow为false，则B页面在其loaded事件发生后，不会自动显示；
  2. mui.openWindow({
  3.     url: 'B.html', 
  4.     show:{
  5.       autoShow:false
  6.     }
  7.   });

第二步，在B页面获取列表数据后，再关闭等待框、显示B页面

  1. //B页面onload从服务器获取列表数据；
  2. window.onload = function(){
  3.   //从服务器获取数据
  4.   ....
  5.   //业务数据获取完毕，并已插入当前页面DOM；
  6.   //注意：若为ajax请求，则需将如下代码放在处理完ajax响应数据之后；
  7.   mui.plusReady(function(){
  8.     //关闭等待框
  9.     plus.nativeUI.closeWaiting();
  10.     //显示当前页面
  11.     mui.currentWebview.show();
  12.   });
  13. }

扩展阅读

代码块激活字符:

mopenwindow