微信群 微信福群 微信群二维码 福利群 微商货源 今日新增发布26个微信群,总计695131个微信群二维码。 查看全部微信群二维码

您现在的位置:首页 -> 微信资讯 -> 人气美食

微信小程序压缩实践

发布人:微信群  /  发布时间:2017-10-09 22:26:08   热度:3393
微信小程序依靠微信巨大的用户流量优势,吸引来了众多第三方开发者。几乎每个公司都会想通过小程序拉到新的用户群体。3月份接到公司任务,需要将公司各业务线小程序整合到一个小程序中。但摆在面前的问题是空间完全..


微信小程序依靠微信巨大的用户流量优势,吸引来了众多第三方开发者。几乎每个公司都会想通过小程序拉到新的用户群体。3月份接到公司任务需要将公司各业务线小程序整合到一个小程序中。但摆在面前的问题空间完全不够。当时微信小程序的使用空间是 1024KB(现在已升为 2M),各个业务线独立的小程序都不小,『机票火车票汽车票』小程序更是超过 900KB。如何整合和压缩才能使 size 达标,成了最大的挑战。

我们经过考虑,准备从两个方面进行整合和压缩,一是通过工程化的方式实现代码复用——提取公共业务逻辑,公共组件;二是通过工具进行自定义化代码打包压缩处理。

1 工程规范制定

为了节省开发时间我们尽量整合现有业务线小程序代码,减少业务改动。

1.1 目录结构

同时为了后期计算各业务占用空间情况方便,我们直接将各业务线小程序工程代码拷贝到各自业务线目录下,最终的目录结构如下:


1

2

3

4

5

6

7

8

.

├── common # 通用模块/公共业务

├── home  ; # 首页

├── flight # 机票

├── train  ;# 火车票

├── bus    # 汽车

├── hotel  # 酒店

└── ticket # 门票



common 模块即工程的复用部分,具体业务代码都在各自目录下。总体架构如下:

1.2 公共组件、API

微信小程序其实没有提供组件化开发的方式。只是提供了 template 的方式,所以我们只提供了为数不多的页面及组件,例如:城市定位、日历组件等。但是收益却是非常明显的,像这些页面大小都在 20KB~30KB,如果每个业务自己整一套可能将徒增上百 KB 代码。

公共 API 我们提供了统一的 Watcher 监控、Requester 请求、Loading 加载转态、Navigation 导航等。这些公共逻辑的抽取,为整个项目整合节省了巨大的空间,使 size 达标看起来那么难了。

工程复用上节省了很大一部分空间。但是空间是有限的,业务需求无限的。而且,size 的大小影响用户加载的速度,包括下载最新版本代码的速度和小程序初始化的速度,所以还需要进一步进行代码压缩。

2 打包压缩工具

2.1 微信开发者工具

我们知道微信小程序开发者工具本身提供了『代码压缩上传功能

但是个人觉得它是个『假的压缩选项』。因为在阅读开发者工具的源码逻辑之后,发现它的压缩,只是将 JavaScript 用 uglify 进行混淆压缩。而对 WXML、WXSS 没有进行任何压缩处理。同时,对资源路径中的无用文件也没有做处理。

2.1.1 小程序的构建

在小程序开发者工具的 Sources 面板,查看 JavaScript 脚本,会发现:项目中所有的 JavaScript 都会被同步加载不管是否被 require

每个脚本都会被套上如下代码:


1

2

3

define("some.js", function(require, module){

// 原本的代码

});



这种加载方式类似 AMD,但是跟标准的 AMD 又有些不同,缺少了依赖部分的声明

而对于 WXSS 和 WXML 文件,则被开发者工具自动转换为 JavaScript 后加载,其中:

WXSS:主要处理的是 import 逻辑,然后生成的 CSS,通过脚本的形式插入页面使用。

WXML:类似于 React Naitive 的 JSX,被编译成 createElement 类似的形式。

2.1.2 一些技巧

在 MacOS 系统中,右键开发者工具『Show Contents』(显示包内容),就能在 Resources/app.nw/ 下找到相应的源码,完成路径如下: /Applications/wechatwebdevtools.app/Contents/Resources/app.nw/

源码都是压缩过后的 JavaScript 脚本,可以使用 js-beautity 进行格式化,以便于阅读。


1

2

// 在源码目录的 app 目录下执行

find . -type f -name *.js -exec js-beautify -r -s 2 -p -f {} ;



  • 资源目录下: app/dist/app.js 的第 37 行 window.addEventListener("resize", function() {}) 之前,加入 nw.Window.get().showDevTools();。之后每次打开微信开发者工具时,会自动启动针对『开发者工具』的开发者工具,并可以通过它调试微信的开发者工具。

  • 在打印日志时,不要用 console.log ,请使用 global.contentWindow.console.log这样才能输出到上面所说的开发者工具的开发者工具的控制台里。(NW.js 的 Node JS Context 和 Webkit JS Context 是分开的, JavaScript 脚本运行在 Node 的 JS Context 中,因此,打印其实打印在 Node 的输出中,并不在 Webkit 的开发者工具的控制台中。global.contentWindow 获取的是 Webkit 的 JS Context 里的 Window)

使用这两点技巧,读者们可以优雅地去阅读微信开发者工具的源码了。

在阅读源码,知道小程序的内部加载构建方式之后,我们可以针对性的对 JavaScript、WXML、WXSS 等代码文件进行打包压缩。

2.2 压缩 JavaScript

由于微信只是将 js 进行了混淆压缩,并没有打包合并成一个文件。所以我们提供了打包压缩工具将 js 文件合并压缩成一个 bundle.js 文件。合并成一个文件有以下好处:

  • require 的长路径没了,脚本压缩效率变高

  • 代码合并在一起,混淆性越大

  • 文件合并,减少了 IO 次数,提升了加载效率

上文说了 JavaScript 都会被同步加载,所以不用担心打包成一个文件后会延长小程序加载时间

那么打包压缩工具具体做了什么工作呢?

  1. 小程序有一个统一的入口是 app.js,而每个页面都有自己的入口 page.js

  2. 利用 AST,将 page.js 里页面注册 Page(pageOpt) 代码改成 global.YPage(pageName, pageIndex)(pageOpt)

    pageName 页面路由
    pageIndex 是打包工具根据页面路由内部自动维护的

    1

    2

    3

    4

    5

    6

    7

    8

    9

    // global.YPage 函数

    global.YPage = (pageName, index) => {

    return (pageOpt) => {

    // 其他处理逻辑

    global[p + index] = () => {

    Page(pageOpt);

    }

    }

    }

    这样 page.js 里实际是这样的代码

    1

    2

    3

    global[p + index] = () => {

    Page(pageOpt);

    }

    这样并不会执行 Page(pageOpt),页面也没注册啊。这就是要达到的目的,继续往后看。

  3. 将所有这些入口 require 到一个统一的入口文件中,然后用 webpack 打包压缩输出到 bundle.js 。

    1

    2

    3

    4

    require(app.js)

    require(page1.js)

    require(page2.js)

    ...

  4. 现在 page.js 里的代码都打包到单一文件 bundle.js 里了。将 page.js 内容替换成 global[p + index](),这样第三步中的 Page(pageOpt) 不就可以执行注册页面了。

  5. 最后一步,替换 app.js 内容为 require(./bundle.js) 即大功告成。

2.3 压缩 WXML、WXSS、JSON

2.3.1 WXML

  • /<!--((.| | )*?)-->/gm 去除注释

  • /" s*/g 去除换行

2.3.2 WXSS

  • 直接用 uglifycss

2.3.3 JSON

  • 直接 JSON.stringify(JSON.parse(...))


这里,有些读者会可能提出两个疑问:

  1. 空白字符、换行能有多少,减不了多少吧?

  2. 开发者工具为什么不做对这些文件的压缩?


关于第一个问题,一个约 1000KB 的代码,空白字符和换行大概有 10KB。在有上限的情况之下,10 KB 也是要珍惜的。

关于第二个问题,个人认为微信开发者工具的开发者觉得没有必要去做。因为,WXML 和 WXSS 都会被转义成 JavaScript 脚本,在此过程中,不管 WXML 和 WXSS 是否被压缩,它们的转化结果是相同的。因此,压缩与否,对于最终产物是没有影响的(最终产物指在服务器二次打包后的结果,也是用户真正使用的)。但是,Size 是以本地打包上传的内容进行计算的,不进行此步压缩,会使微信服务端判定的 Size 增大。

2.4 删除无用文件

工程庞大了,肯定会存在很多无用的空目录,空文件,没有被 import 的 jswxmlwxss 文件。

删除这些无用文件不仅可以减小 size,还可以提升小程序加载时间。上文说了这些文件都会被转成 JavaScript 进行加载的,是会占用加载时间的。

2.4.1 删除无用 JavaScript

由于通过 webpack 打包,除了 page.jsbundle .js 文件,其他 js 文件都可以删掉。

2.4.2 删除无用 WXML

打包压缩工具在打包时,已经记录了所有页面的路由。遍历分析所有路由下的 wxml 文件,通过 xmldom 解析代码记录其他被 import 的 wxml 文件。最后遍历所有 wxml 文件,删除不在 import 列表里的无用 wxml 文件。

2.4.3 删除无用 WXSS

类似处理 WXML。遍历分析所有路由下的 wxss 文件,通过正则 /@imports*["]([^"]+)["]/g 分析代码记录其他被 import 的 wxss 文件。最后遍历所有 wxss 文件,删除不在 import 列表里的无用 wxss 文件。

2.5 代码级优化

除了利用工具进行压缩,在编写代码时,也可以通过一些方法来减小体积,在这里简单列几点:

  • 使用 ES6 时,尽量不使用依赖 Runtime/Polyfill 的语法,例如 import 和 class

  • 图标使用 Iconfont。

  • 等等…

3 最终效果

经过打包工具的极限压缩处理,还有代码设计上的可复用性,目前我们七个业务线的小程序整合后代码编译包大小维持在 1300KB 左右。

还剩余 730KB 的可用空间。

4 结语

希望此次在小程序整合上做的,工程化抽取公共逻辑、规范业务代码,通过工具进行针对性的代码打包压缩的实践能给大家带来一定的帮助


投诉

分享家规则

1、第一分享家好处是什么?

1)文章会挂上你的二维码提高爆光率

2)分享出去的文章你就是作者

3)将会获得网站金币

4)首页推荐快速加粉丝

5)像公众号一样传播你的文章

2、如何成功激活分享家?
任何微信搜索用户都可以成为分享家,您只要把任何一篇文章成功分享到微信朋友圈(必须是微信朋友圈,分享到其他平台是激活不了的哦),系统就会立即自动激活您成为分享家。
3、如何成为第一分享家?
第一分享家是分享家族中最高荣誉,在分享家族中分享同一篇文章贡献值最高的用户就是该文章的第一分享家。
4、怎样统计我的贡献值?
贡献值是来自您分享文章到微信朋友圈好友的访问量,访问IP次数越多,贡献值就越高。同样您朋友在微信朋友圈转发您分享的文章,其贡献值也是属于您的。朋友帮您转发的越多,您的贡献值就会更高。
首页 | 微信群 | 微信群二维码 | 微信群资讯 | 帮助 微信群二维码发布中心免费咨询 www.wehao.net 粤ICP备17013716号-7
在线客服
  • QQ:2585181099
  • QQ:2585181099
  • QQ: 2585181099
  • 投诉qq:2585181099
关闭