欢迎光临,了解微信小程序开发,就上易用通!

微信小程序技术分析:运行机制

发布:2018-02-07 14:54浏览: 来源:网络 作者:cola

构建系统。

解压应用

首先你需要有下面的工具啦 

  • Mac电脑

  • 微信web开发者工具.app

  • WebStorm / 其他编程器 或 IDE,最好可以支持重命名

首先,我们需要右键微信web开发者工具.app,然后显示包的内容,在 Contents/Resources/app.nw下面的内容即是我们的代码,拷贝出来啦:

微信小程序技术分析:运行机制(图1)

简单的说明一下:

  • app/ 目录下放置了app的代码

  • modified_modules/ 即一些修改后的模块

  • node_modules/ 地球人都知道

  • package.json 呵呵,你一定是知道的,配置了NW相关的内容

在modified_modules目录下有两个子模块:

  • anyproxy,从名字就可以看起来这是一个代理模块

  • weinre,远程调试工具

 

IDE

 

我们已经知道了这是一个NodeWebkit封装的Web应用了。

在package.json中的"main": "app/html/index.html",,即定义了这个APP的入口是这个index.html,而不是别的文件。

很顺利的我们看到了他们调用的文件了:

微信小程序技术分析:运行机制(图2)

这里面有一个init方法,看来他就是NodeWebkit相关的入口了。用WebStorm的shift + f6 RENAME 这些变量好十几次,终于看到了下面的代码了:

微信小程序技术分析:运行机制(图3)

这是一个React应用,还好我一年多以前学得不错。扫视了一下代码,终于看到了这一句:

微信小程序技术分析:运行机制(图4)

直接跳转到ContainController.js,跳转到render方法,找到了这个:

微信小程序技术分析:运行机制(图5)

果然Main里面就是大入口了

微信小程序技术分析:运行机制(图6)

对应的就是下面这个界面了:

微信小程序技术分析:运行机制(图7)

  • edit 就是编辑器及其相关的事项

  • detail就是项目的配置

补充一下咯,其中的编辑环境是基于Monaco

WeAPP运行机制

慢慢的就探索到了打包,其运行时的过程。由于我并没有拿到内测资格,所以我只好边看边猜测一下。

在之前的文章中,我们提到了两点很有意思的东西:wxml和wxss,这两个文件会被分别转换,即wxml -> html,wxss -> css。对应的有几个不同的transform:

  • transWxmlToJs

  • transWxssToCss

  • transConfigToPf

  • transWxmlToHtml

  • transManager

这里的PF指代的是PageFrame的意思,pageFrame有一个对应的模板文件:

微信小程序技术分析:运行机制(图8)

这种风格一看就是生成字符串Replace的,然后他们写了一个名为wcc以及一个名为wcsc的工具。

  • wcc用于转转wxml中的自定义tag为virtual_dom

  • wcsc,我观察到的现象是它为转换wxss为css

这样的话,我们就可以理解为微信小应用有点类似于 Virtual Dom + WebView,毕竟上面有个WAWebView文件 ,还有一个webviewSDK文件 。

当然无论是React + WebView,或者Vue + WebView都不重要,现在有了 WA + WebView了,哈哈。

WeApp采用的是如下图所示的提交方式,所以:

微信小程序技术分析:运行机制(图9)

你在本地写的WeApp都会被提交到微信服务器,然后打包,上传到服务器,交给CDN——毕竟为了分发。

上传的过程大致如下:

    • APP会被打包成以日期命名 + .wx文件

    • IDE会检测包的大小,并提示:代码包大小为 xx kb,超过限制 xx kb,请删除文件后重试。这个xx好像是1024,所以APP的大小是1M。

    • APP将会上传到 https://servicewechat.com/wxa-dev/commitsource/?appid=xx&user-version=&user-desc=xx





免责声明:本站所有文章和图片均来自用户分享和网络收集,文章和图片版权归原作者及原出处所有,仅供学习与参考,请勿用于商业用途,如果损害了您的权利,请联系网站客服处理。