|
@@ -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:随着业务越来越多,这里也会增加其他判断,具体请看代码;
|