一 前言

wex5页面，与html页面有何差异？两者之前的关系是什么？是如何完成转译的？

能否像编辑html那样用记事本来修改w页面？

wex5前端UI在云部署后能否在云端进行二次编辑，而不需要在wex5编辑器里修改后再次上传？？

带着这些问题，重新认识wex5的UI设计与编译原理，有助于我们分离前端开发。

二 页面结构分析：

wex5页面由w.js,css三个页面构成,具体功能与对应关系如下：

三 编译后页面结构

1 在公有云部署时，要将wex5页面进行编译，得到部署需要的Native下的www包。

2 index首页分析

编译后的页面，自动生成一个index.html页面，这里主要是对url进行了跳转前的拼接和判断。相关功能进行了注释。

从中可以看出：

页面跳转前的等待时间，正在努力加载中...... //此处为页面跳转前的提示，可以更改。

window.location.search; //浏览器地址栏里的值会进行取值判断，拼接相应的参数

window.location.hash;//浏览器地址栏里的值从第2个字符取出+设定页面标签值作为url,用location.hash方法使页面具有前进后退能力

2 w页面转译结构：

从中可以看出，w文件又转译成了html和js两个文件

html页面内容

分别对多个页面展开分析：

index.w.html

从中可以看出，所有w页面中相关的页面展示组件与内容进行了标准html5编制译。

index.w.js

w页面中的组件，由组件包构成,通过w.js文件件引入到UI包中，再通过html页面调用wex5提供的组件。

结构如下：

组件包在UI编译时就进行了封装。

由此可以看出，w页面本身不具备浏览器展示能力，需要w.html和展示和w.js的组件调用才能在浏览器中展示。这实际上是说，w页面的展示需要一个小型web应用来完成！！！

正因为如此，我们的w页面在wex5中编辑后必须通过tomcat启动才能正常浏览。

神一样的逻辑，运行一个页面要启动一个web应用来解释运行。

这显然与html的编辑后直接浏览运行差异巨大。

如下图，本来很小的html页面变成了20M的web应用。这是之前没有想到的。

3 主页分析：

首页中主要是页面跳转和映射，在主页中会有大量的组件。

先看w.html

与index.w.html一样，所有展示的组件进行了html标准化的编译。

不同的是，data组件出现在了w.js文件件中

由此可见，data组件在w文件编译过程中，不能进入到html页面中，需要放到w.js文件中，由w.html进行引用。

在w.js中,data组件可以进行修改。比如刷新条数：

经过云端测试，直接在云端修改w.js中的data里的limit的值，可以在前端测试到加载条数发生了变化。由一次加载变成了一次加载6条数据.

4 其它js和css文件没有编译，与标准js和css相同。

四 总结：

1 w页面由w.html和w.js组成的小型web应用来执行，依赖于组件包,必须依赖于tomcat应用服务器才能正常浏览。

2 编辑后的w.html是页面展示部分，w.js是data组件部分。可以用记事本进行二次编辑。

3 w页面由于编译后的转译层级和组件依赖，执行性能明显劣于原生html.

4 data组件一次性加载数据库表所有字段，对资源消费过大。

5 尽量减少wex5封装组件的大规模使用，比如windowContainer,尽量提高页面的性能和速度。

6 所有页面最终表现为w.html,w.js.js,css四个文件，基于此实现了跨平台。

7 基于编译后的标准html，引入codova，加入app打包工具，实现了一次开发，多平台app打包。

如果是初学者，或者只是进行web开发，对wex5页面的原理有清晰的认知， 有助于正确分析页面的流程和选择。

相关视频制作完成，上传优酷。教学app制作中。我是邯郸戏曲开发，tel：15175073123,qq:1017945251