喂，快给我打一个小程序预览码

需求

开发小程序的朋友们随时都会听到一句话：“喂，快给我打一个xxx环境的预览码”，无论你正在干什么，都得赶紧地回一句：“稍等，这就给你打码……”

然后苦逼的你build了一个xxx环境的包，打开了微信开发者工具，点了一下预览，等了一下，预览码出来了，你复制丢给你的爸爸们。

终于有一天，你正在专心致志做一些不可描述的事情时，“喂，快给我打一个xxx环境的预览码”，这时你内心怒吼了一句：“老子不给你打码！你自己打去！”

于是就有了这个需求，要搞个东西让爸爸们自主打码，嗯，应该就是只有一个按钮，点一下就可以出现预览二维码的东西，意淫了一下应该是这样的：

没错！就这样干！

规划一下

干大事就要从胡思乱想开始，现在来想想要搞成这个功能，需要做点什么准备工作吧。

找微信开发者工具的接口

最重要的事情莫过于看看微信开发者工具有没有给我们提供这样的接口让我们去操作，经过一番查阅文档我们会发现，果然有！

https://developers.weixin.qq.com/miniprogram/dev/devtools/http.html

会发现，文档给我们提供了两种方式的接口，命令行调用以及HTTP调用。有了接口，一切都好办了，无非就是调一下接口，拿到二维码，贴到页面上去而已嘛，很简单。

梳理开发流程

我们就把这个简单的事情，用流程图说明一下：

https://www.processon.com/view/link/5b1de951e4b06350d45ce355

所需技术

工欲善其事，必先利其器，我们要搞这个东西，还是先要把用到的技术整理一下。

1. 微信开发者工具
2. 一个小程序项目（这里以一个mpvue项目为例子）
3. 前端vue + vux，这里前端没什么需要做的东西，这样的搭配纯属是因为本来就正在做移动端的东西，直接拿来用而已。
4. 后端koa2，当然后端用什么都可以，这里选择koa2，纯属是因为我也不会用别的……
5. 前后端HTTP请求统一用axios
6. 涉及到node操作命令行需要用到shelljs

好像没别的东西了，用到了再说吧。

从后端开始

为了省事，直接把前后端的东西放在一起。项目目录：

可以看到server这个目录下放的都是后端的东西。

server/index.js

先看看入口文件index.js，从这里我们可以知道后端要做两件事情，第一要能访问到前端build出来的静态资源，第二要能与前端通过HTTP接口进行交互。见代码：

1. const path = require('path')
2. const Koa = require('koa')
3. const koaStatic = require('koa-static')
4. const bodyParser = require('koa-bodyparser')
5. const router = require('./router')
6. const app = new Koa()
7. const port = 9871
8. app.use(bodyParser())
9. // 处理静态资源 这里是前端build好之后的目录
10. app.use(koaStatic(
11. path.resolve(__dirname, '../dist')
12. ))
13. // 路由处理接口
14. app.use(router.routes()).use(router.allowedMethods())
15. // 监听端口
16. app.listen(9871)
17. console.log(`[demo] start-quick is starting at port ${port}`)

静态资源方面的话使用koa-static即可，重点是怎样给前端提供接口，这就要看路由了。

server/router/index.js

1. const Router = require('koa-router')
2. // 业务逻辑
3. const wx = require('../controller/wx')
4. const router = new Router({
5. // 接口前缀 比如open接口 请求路径就是/api/open
6. prefix: '/api'
7. })
8. router.get('/open', wx.open)
9. .get('/login', wx.login)
10. .get('/preview', wx.preview)
11. .get('/build', wx.build)
12. module.exports = router

这里可以清晰看到，后端提供了四个接口，但具体每个接口的业务逻辑则封装在controller里的wx.js，如果以后还有别的业务逻辑，就在controller加相应的模块即可。

server/controller/wx.js

1. // 微信开发者工具接口调用逻辑
2. const {open, login, preview, build} = require('../utli/wxToolApi')
3. // 处理成功失败返回格式的工具
4. const {successBody, errorBody} = require('../utli')
5. class WxController {
6. /**
7. * 根据环境对mpvue项目进行打包
8. * @returns {Promise}
9. */
10. static async build (ctx) {
11. // 前端传过来的get参数
12. const query = ctx.request.query
13. if (!query || !query.env) {
14. ctx.body = errorBody(, '构建项目失败')
15. return
16. }
17. const [err, data] = await build(query.env)
18. ctx.body = err ? errorBody(err, '构建项目失败') : successBody(data, '构建项目成功')
19. }
20. /**
21. * 打开微信开发者工具
22. * @returns {Promise}
23. */
24. static async open (ctx) {
25. const [err, data] = await open()
26. ctx.body = err ? errorBody(err, '打开微信开发者工具失败') : successBody(data, '打开微信开发者工具成功')
27. }
28. /**
29. * 登录微信开发者工具
30. * @returns {Promise}
31. */
32. static async login (ctx) {
33. const [err, data] = await login()
34. ctx.body = err ? errorBody(err, '登录二维码返回失败') : successBody(data, '登录二维码返回成功')
35. }
36. /**
37. * 查看预览码
38. * @returns {Promise}
39. */
40. static async preview (ctx) {
41. const [err, data] = await preview()
42. ctx.body = err ? errorBody(err, '预览二维码返回失败') : successBody(data, '预览二维码返回成功')
43. }
44. }
45. module.exports = WxController

为了代码更加清晰，这里将具体操作微信开发者工具的接口逻辑抽到util/wxToolApi.js里去了，仅仅处理怎样以统一格式返回给前端。

util/wxToolApi.js

1. const {promiseWrap, successBody, errorBody} = require('../utli')
2. const {INSTALL_PATH, PROJECT_PATH, PORT_PATH, PORT_FILE_NAME, HOST} = require('../const')
3. const {readFile} = require('../utli/nodeApi')
4. const shell = require('shelljs')
5. const axios = require('axios')
6. module.exports = {
7. /**
8. * 根据环境对mpvue项目进行打包
9. * @param env [doc, pre, prd]
10. * @returns {*}
11. */
12. build (env) {
13. return promiseWrap(new Promise((resolve, reject) => {
14. // 进入项目目录
15. shell.cd(PROJECT_PATH)
16. // 执行打包命令
17. shell.exec(`npm run build:${env}`, function (code, stdout, stderr) {
18. resolve(stdout)
19. })
20. }))
21. },
22. /**
23. * 打开微信开发者工具
24. * @returns {*}
25. */
26. open () {
27. return promiseWrap(new Promise((resolve, reject) => {
28. // 进入项目目录
29. shell.cd(INSTALL_PATH)
30. // 执行微信开发者工具接口“命令行启动工具”
31. shell.exec(`cli -o ${PROJECT_PATH}`, function (code, stdout, stderr) {
32. if (stderr) return reject(stderr)
33. resolve(stdout)
34. })
35. }))
36. },
37. /**
38. * 获取微信开发者工具端口号
39. * @returns {Promise<*>}
40. */
41. async getPort () {
42. shell.cd(PORT_PATH)
43. // http 服务在工具启动后自动开启，HTTP 服务端口号在用户目录下记录，可通过检查用户目录、检查用户目录下是否有端口文件及尝试连接来判断工具是否安装/启动。
44. const [err, data] = await readFile(PORT_FILE_NAME)
45. return err ? errorBody(err, '读取端口号文件失败') : successBody(data, '读取端口号文件成功')
46. },
47. /**
48. * 微信开发者工具进行登录
49. * @returns {*}
50. */
51. login () {
52. return promiseWrap(new Promise(async (resolve, reject) => {
53. // 获取端口号
54. const portData = await module.exports.getPort()
55. if (portData.code !== 0) {
56. reject(portData)
57. return
58. }
59. const port = portData.data
60. axios.get(`http://${HOST}:${port}/login?format=base64`)
61. .then(res => {
62. resolve(res.data)
63. })
64. .catch(e => {
65. reject(e)
66. })
67. }))
68. },
69. /**
70. * 微信开发者工具获取预览码
71. * @returns {*}
72. */
73. preview () {
74. return promiseWrap(new Promise(async (resolve, reject) => {
75. const portData = await module.exports.getPort()
76. if (portData.code !== 0) {
77. reject(portData)
78. return
79. }
80. const port = portData.data
81. axios.get(`http://${HOST}:${port}/preview?format=base64&projectpath=${encodeURIComponent(PROJECT_PATH)}`)
82. .then(res => {
83. resolve(res.data)
84. })
85. .catch(e => {
86. reject(e)
87. })
88. }))
89. }
90. }

这里有一点需要注意，为什么只有open接口需要用命令行调用方式？那是因为HTTP调用方式必须加端口，比如open接口：

1. # 打开工具
2. http://127.0.0.1:端口号/open
3. # 打开/刷新项目
4. http://127.0.0.1:端口号/open?projectpath=项目全路径

如果你根本都没有打开微信开发者工具，在以下地方就会找不到端口：

1. 端口号文件位置：
3. macOS : ~/Library/Application Support/微信web开发者工具/Default/.ide
5. Windows : ~/AppData/Local/微信web开发者工具/User Data/Default/.ide

所以作为一个全自动化打码工具，怎么可能还要自己去手动打开微信开发者工具呢！

前端

后端的东西基本就那么多，终于到前端了，前端十分简单，就不多说了：

3. <group< span=""> title="请选择环境"></group<>
4. <radio< span=""> :options="envOption" v-model="env"></radio<>
6. <x-button< span=""> class="btn" type="default" @click.native="handlePreviewProject">点击预览</x-button<>
7. <div< span=""> v-if="loginImg" class="code"></div<>
8. 请先登录
9. <img< span=""> class="code-img" :src="loginImg" alt=""></img<>
11. <div< span=""> v-if="preImg" class="code" id="preImg"></div<>
12. 预览二维码
13. <img< span=""> class="code-img" :src="`${base64Prefix}${preImg}`" alt=""></img<>
20. <style< span=""> lang='less'></style<>
21. .btn {
22. width: 90%!important;
23. margin: 30px auto 30px auto;
24. }
25. .code {
26. display: flex;
27. align-items: center;
28. flex-direction: column;
29. .code-img {
30. width: 300px;
31. height: 300px;
32. }
33. }

这里有一个坑就是，login返回的base64是带了 data:image/jpeg;base64,前缀的，所以可以直接放到img的src里，但是获取预览码的preview返回的却没有这个前缀！所以需要自己加上去，就是那个 base64Prefix：'data:image/png;base64,'

最后

其实到这里已经基本实现了整个打码功能，但如果真的要可以用还有很多事情没做。

1. 部署到测试机器上。虽然可以直接用自己的机子作为部署这个工具的机器，但这实在是有点……如果要部署到测试机器上，有一个问题就是，微信开发者工具依赖图形界面，而服务器一般是命令行，虽然有 https://github.com/cytle/wechatwebdevtools 这样的项目移植微信开发者工具到linux，但这种部署方式似乎还是怪怪的。
2. 假设完成了上述部署，进行小程序项目打包的环节需要修改一下，变成根据选择的环境，到相应的代码仓库（比如gitlab）拉取该环境的最新代码，然后进行安装依赖才能执行打包命令。
3. 既然都做到这一步了，也不差把上传小程序也加上去，微信开发者工具接口也有提供，这样一来整个测试打码到上线的步骤都有了。