|
|
@@ -110,20 +110,4 @@ yarn run build:weapp-digital // 数字推广中心
|
|
|
- 患者端小程序，通过**环境变量 + 配置文件**，生成不同项目的小程序。
|
|
|
- 环境变量已经在 package.json 中配置好，只需要运行 replace 命令行可自动修改相关的配置文件。
|
|
|
- 项目入口页面为 ·src/pages/index/index.js'。在此页面加了比较多的逻辑和判断，例如：初始化配置、获取 token、跳转二维码等等；
|
|
|
- （PS：随着业务越来越多，这里也会增加其他判断，具体请看代码；)
|
|
|
-- 本项目中， 支付分为三类；**1，本地小程序支付；2，跳转到支付小程序支付；3，跳转第三方公司以外的支付小程序**。主要根据具体业务，收钱到哪个账户来判断。
|
|
|
- - 本地支付：/pages/by/global/pay.js、/pages/pay/index.js；
|
|
|
- - 跳转支付小程序：/pages/page/index.js，因此，此页面既包含本地支付，也包含跳转支付的代码；
|
|
|
- - 支付跳转，一般调用 src/utils/utils.js 中 jumpPay function。具体请查看相关代码备注。
|
|
|
- - 跳转第三方公司以外的支付小程序：一般调用 Taro.navigateToMiniProgram 具体看官方文档，可以参考 /pages/by/patient_dept_pay/detailYb.js
|
|
|
-- 开发版本号以 dv 开头 x.y.z.z1.z2，分别是主版本号、副版本号、次版本号、修改版本号...，(b_vx2.y2.z2&vx1.y1.z1)，括号里边是需求版本号，这个当前开分支包含两个需求版本，b\_开头是白云需求版本，没有 b\_默认代表太和需求版本；
|
|
|
- - 举例: **dv2.8.3.4&b_dv0.0.7.9.1&y_dv0.1.2&p_dv1.1.8(v4.0.6&b_v1.2.2)**：
|
|
|
- - dv2.8.3.4：太和开发版本号（互联网医院），对应括号中 v4.0.6 需求版本号；
|
|
|
- - b_dv0.0.7.9.1: 白云开发版本号，对应括号中 b_v1.2.2 需求版本号；
|
|
|
- - y_dv0.1.2: 云平台开发版本号，对应括号 v4.0.6 或 b_v1.2.2 需求版本号其中之一，具体需要看需求；
|
|
|
- - p_dv1.1.8：支付开发版本号，对应括号 v4.0.6 或 b_v1.2.2 需求版本号其中之一，具体需要看需求。
|
|
|
-- 每一个版本对应线上正式版本，上传之前需要 run 对应版本 build 或 build:qa 压缩文件体积，开发版由于体积过大无法上传。
|
|
|
-
|
|
|
-## 备注
|
|
|
-
|
|
|
-- 患者端比较多业务使用支付功能，容易出现错误，请与后端开发一起联调；
|
|
|
+ （PS：随着业务越来越多，这里也会增加其他判断，具体请看代码；
|
