小程序-云开发-如何切换开发(测试)坏境与生产坏境

itclanCoder

发布于 2020-10-28 16:50:15

9800

发布于 2020-10-28 16:50:15

文章被收录于专栏：itclanCoder

作者 | 随笔川迹

ID | suibichuanji

前言

撰文:川川

小程序-云开发中如何切换开发(测试)坏境与生产坏境

如何新增一个云环境

如何将一个坏境中的数据导入到另一个坏境中

如果您不清楚,那么本篇就是您想要知道的

· 正 · 文 · 来 · 啦 ·

开发(测试)坏境下影响了线上版本

对于实现一个软件应用,这不区分应用是大还是小,都有着自己的生命周期,开发者往往会不断的去迭代软件应用

在传统的软件开发应用过程中,会涉及到很多人的参与

而开发一个小程序或其他软件应用,也是如此,而每个角色所承担的工作或者权限都不一样

例如:产品经理(PD),设计(UI),开发(前后端同学),运维,测试等,借用官方的一个关系图,如下所示

（项目管理）

项目管理的各个成员都各自输出自己的工作成果,不断反馈和迭代整个项目

产品同学经过运营同学的调研,用户需求分析,提出需求输出PD,原型与交互设计
设计同学根据产品提供的原型图进行UI层的设计稿可视化输出
开发同学根据UI提供的设计稿完成前后端代码的编写,功能的实现
测试同学根据功能需求编写测试用例,并对小程序进行各种自动化边界测试,确保小程序或软件应用的稳定
上线发布

每个角色都相关联,并无轻重一说,都是一条绳子上的蚂蚱,一个让用户尖叫的产品,都少不了各个角色的共同努力,拳头握紧,力都往一处使,才会有力量

整个过程,就如下图所示:

（小程序从需求到上线发布）

当然,更细的传统开发里,中间可能还有运维同学的参与,不过在很多公司里,很多后端也相当于运维,单独能有运维的,都是应用级比较大的项目

在小程序开发中,为了便于项目的管理,小程序平台赋予了各个不同角色的权限,具体详情介绍:可见官方文档小程序协同工作

赋予各个角色的权限,是很有必要的,删库跑路这种现象在现实中是存在的

但对于如今的小程序开发,有时候,很多应用也许就是一个人,从头干到尾,设计,开发,测试,部署上线,全程就一个人

针对于那种不涉及到数据的存储操作,只是在小程序端展示的应用,开发坏境与线上公用一个坏境和数据库,其实也没有多大问题,但是个人不提倡

哪怕功能在小,也要带着做产品的思维去做,而不仅仅只是停留在一个Demo上

当小程序发布上线之后,那么外部用户就可以使用了,但是后续往往会进行迭代开发,新增其他一些功能,在本地开发时,也就是正在开发版本的代码,它是不稳定的

当线上版本与本地开发版本共用一个数据库时,那么在本地对数据的增删操作,都会同步到线上的版本

如果涉及到多个小伙伴的协同开发,那么肯定是不行的,不然项目就会乱套

在传统的开发里,为了方便产品,开发,测试,运维等同学的测试,一般一个产品,分为线上稳定版本,预发布版本,测试版本,开发版本,都对应着不同的坏境

而在小程序开发中,也同样如此,小程序云开发中可以创建两个环境,这两个坏境是互不影响,独立的的

废话不多说,下面正式进入主题

如何新增一个云环境

如果您在做小程序一开始就选用的是云开发,那么默认的会创建一个云坏境,注意一旦这个云坏境创建了,名字就没法更改了

点击微信开发者工具工具栏中的云开发进入云开发控制台

在创建好另一个环境之后,两个坏境完全是独立,隔离,互不干扰的,这个云坏境的名称你可以小程序的名称+release,或者小程序名称+develop等,但是命名最好能够见名知意

一般而言,一个坏境作为测试开发版本的,另一个作为线上稳定版本

在小程序端,进行坏境的切换是在app.js中onLaunch生命周期中的env的具体值

//app.js
App({
  onLaunch: function () {
    if (!wx.cloud) {
      console.error('请使用 2.2.3 或以上的基础库以使用云能力')
    } else {
      wx.cloud.init({
        // env 参数说明：
        // env 参数决定接下来小程序发起的云开发调用（wx.cloud.xxx）会默认请求到哪个云环境的资源
        // 此处请填入环境 ID, 环境 ID 可打开云控制台查看
        // 如不填则使用默认环境（第一个创建的环境）
        env: '云坏境的ID', // 想要请求切换哪个云环境,就用哪个的
        traceUser: true,
      })
    }
})

当你的小程序使用了云函数,在小程序端请求云函数时,那么在云函数端,要想与所创建的环境保持一致,也得要做相应的改变

// 云函数入口文件
const cloud = require('wx-server-sdk')

// 云函数端,需要指定特定一下当前的环境,不然切换环境时,小程序前端功能会受影响
// cloud.init()
cloud.init({
  env: cloud.DYNAMIC_CURRENT_ENV // 这里可以指定具体的某个坏境
})

注意: 在设置 env 时指定 cloud.DYNAMIC_CURRENT_ENV 常量 (需 SDK v1.1.0 或以上) ,这样云函数内发起数据库请求、存储请求或调用其他云函数的时候,默认请求的云环境就是云函数当前所在的环境