|
|
|
|
@ -1,38 +0,0 @@
|
|
|
|
|
### 修改内容
|
|
|
|
|
|
|
|
|
|
#### 1、人员数据表变更
|
|
|
|
|
|
|
|
|
|
- 现状：使用了驿来特数据库中t_operate_workers_info数据表来获取需要绑定微信open_id的人员
|
|
|
|
|
- 修改：不再使用t_operate_workers_info表中的人员数据，需要与新增加的基础数据中人员t_sys_loginperson进行绑定
|
|
|
|
|
- 同时，t_sys_loginperson表中，telephone字段需要修改为必填写项，否则无法实现原来功能的替换。t_sys_loginperson表中的wx_openid用来保存公众号open_id。
|
|
|
|
|
|
|
|
|
|
> **注**：需要前端配合修改手机号为必填写项，而且不能重复。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
#### 2、菜单数据变更
|
|
|
|
|
|
|
|
|
|
- 现状：功能菜单是写死的3个，不能随数据而变化
|
|
|
|
|
- 修改：需要根据基础数据表中的接口数据组织菜单
|
|
|
|
|
|
|
|
|
|
> **注**：需要根据当前人员的角色信息，返回菜单数据，前端根据数据进行页面制作
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
#### 3、安全检查变更
|
|
|
|
|
|
|
|
|
|
- 现状：微信公众号的所有接口，没有进行安全方面的校验.并且，现在后端不知道当前的操作人员是谁
|
|
|
|
|
- 修改：需要根据登录人员的jwt或者open_id进行人员的身份校验，可以随时获取到当前人员是谁。
|
|
|
|
|
|
|
|
|
|
> **注**：后端准备使用 **类似** 于gw-charge中jwt的代码，实现一个公众号自己的jwt(当然，后期也可能修改为与小程序共享同一个jwt,但肯定不能是全局统一的jwt,因为小程序网关与后台网关使用JWT也不一样),在用户进入公众号管理界面时提供给前端，前端一直保持并且每次发起接口访问时都需要进行携带。
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
#### 模拟一个JWT出来测试一下
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
#### 4、数据权限功能增加
|
|
|
|
|
|
|
|
|
|
- 原来没有数据权限的概念，需要增加上，为以后的功能接口做准备。
|
|
|
|
|
|
