1.0.54 • Published 2 years ago

nbugs-mobile-select-identity-role v1.0.54

Weekly downloads
2
License
ISC
Repository
-
Last release
2 years ago

身份角色选择组件: nbugs-mobile-select-identity-roles

搭建时间:2019 年 09 月 16 日 16:17:11

目录结构

├── config
├── mock
├── src
|   ├── components
|   ├── entries
|   │   └── App
|   │       ├── App.js
|   │       ├── App.less
|   │       └── index.js
|   ├── index.ejs
|   ├── index.js
|   ├── models
|   │   ├── global.js
|   │   └── index.js
|   ├── service
|   │   ├── example.js
|   │   ├── service-utils.js
|   │   └── utils.js
|   └── utils
|       └── request.js
└── readme.md

工程结构、开发流程、注意事项:

https://nbugs.yuque.com/front-end/components/project-readme

文档

备注: 因为本组件是与用户中心一起开发,所以所有文档和用户中心是放在一起的

模式

身份选择的方式

  1. 身份切换
  2. 角色切换
  3. 身份+角色切换

渲染的样式

  1. modal
  2. actionSheet

版本 V2

身份+组织+角色选择

  1. 结构: 组织 --> 身份 --> 角色
  2. 两种渲染模式:
    • modal
    • actionSheet

根据进入应用入口(单应用||智慧校园工作台)判断使用组件(根据情况判断是否做)

  1. 根据字段判断使用组件
  2. 定义两个组件参数的对象字段

开发人员

前端: 刘杰
后端: 少帅
设计: 张力敏
产品: 王俪橦

更新记录

  1. 2019 年 10 月 17 日 后端记住选中角色的逻辑修改为根据 身份 + 应用,前端修改传参,
    • 获取当期身份接口 和 保存身份组织角色接口 增加 appId 参数,
    • 获取当期身份接口修改后逻辑:没有 appId 则取最后一次选择的身份,传了则获取这个应用的最后选择的身份

测试场景

身份切换模式

多身份用户选择

  1. 未选身份 方案: 弹出 modal,让用户选中 ✅
  2. 已选身份,且已选身份在身份列表中 方案: 不再重新选择,直接通过 onOk 方法将选中信息告诉业务方 ✅
  3. 已选身份未在身份列表中(举例: 身份被删除了) 方案: 重置选中信息,重置选中状态为未选择,弹出 modal 让用户重新选择 ✅

单身份用户选择

  1. 未选身份 方案: 单身份,不用选择,直接告诉后端选择结果,再通过 onOk 方法将选中信息告诉业务方 ✅
  2. 已选身份,且已选身份在身份列表中 方案: 不再重新选择,直接通过 onOk 方法将选中信息告诉业务方 ✅
  3. 已选身份未在身份列表中(举例: 身份被删除了) 方案: 重置选中信息,重置选中状态为未选择,再走 情况 1 的处理方案,即直接选中唯一的一个身份 ✅

角色切换

传参

  1. 未传 appId & url 上有 xCAppId 方案: 从当前 url 上获取 xCAppId 字段 ✅
  2. 传递 appId & url 上有 xCAppId || 传递 appId & url 上没有 xCAppId 方案: 使用传入的 appId ✅
  3. 未传 appId & url 上没有 xCAppId 方案: 通过 onError 接口向业务方报错,不请求参数 ✅
  4. 未传 identityType & 获取当前身份信息的接口返回 type 方案: 使用从 获取当前身份信息的接口 返回的 type ✅
  5. 传递 identityType & 获取当前身份信息的接口返回 identityType || 传递 identityType & 获取当前身份信息的接口没返 type 方案: 使用传入的 identityType ✅
  6. 未传 identityType & 获取当前身份信息的接口没返回 identityType 方案: 通过 onError 接口向业务方报错,不请求参数 ✅

单角色用户选择

  1. 未选角色 方案: 单角色,不用选择,直接告诉后端选择结果,再通过 onOk 方法将选中信息告诉业务方 ✅
  2. 已选角色,且已选角色在角色列表中 方案: 不再重新选择,直接通过 onOk 方法将选中信息告诉业务方 ✅
  3. 已选角色未在角色列表中(举例: 角色被删除了) 方案: 重置选中信息,重置选中状态为未选择,再走 情况 1 的处理方案,即直接选中唯一的一个角色 ✅

多角色用户选择

  1. 未选角色 方案: 弹出 modal,让用户选中 ✅
  2. 已选角色,且已选角色在角色列表中 方案: 不再重新选择,直接通过 onOk 方法将选中信息告诉业务方 ✅
  3. 已选角色未在角色列表中(举例: 角色被删除了) 方案: 重置选中信息,重置选中状态为未选择,弹出 modal 让用户重新选择
1.0.54

2 years ago

1.0.52

2 years ago

1.0.56

2 years ago

1.0.51

3 years ago

1.0.53

3 years ago

1.0.48

4 years ago

1.0.47

4 years ago

1.0.46

4 years ago

1.0.50

4 years ago

1.1.21

4 years ago

1.1.19

4 years ago

1.1.18

4 years ago

1.1.17

4 years ago

1.1.16

4 years ago

1.1.15

4 years ago

1.1.14

4 years ago

1.1.13

4 years ago

1.1.12

4 years ago

1.1.11

4 years ago

1.1.10

4 years ago

1.1.9

4 years ago

1.1.8

4 years ago

1.1.7

4 years ago

1.1.6

4 years ago

1.1.5

4 years ago

1.1.4

5 years ago

1.1.3

5 years ago

1.1.2

5 years ago

1.1.1

5 years ago

1.0.45

5 years ago

1.0.44

5 years ago

1.0.43

5 years ago

1.0.42

5 years ago

1.0.41

5 years ago

1.0.40

5 years ago

1.0.39

5 years ago

1.0.38

5 years ago

1.0.37

5 years ago

1.0.36

5 years ago

1.0.35

5 years ago

1.0.34

5 years ago

1.0.33

5 years ago

1.0.32

5 years ago

1.0.31

5 years ago

1.0.30

5 years ago

1.0.29

5 years ago

1.0.28

5 years ago

1.0.27

5 years ago

1.0.26

5 years ago

1.0.25

5 years ago

1.0.24

5 years ago

1.0.23

5 years ago

1.0.22

5 years ago

1.0.21

5 years ago

1.0.20

5 years ago

1.0.19

5 years ago

1.0.18

5 years ago

1.0.17

5 years ago

1.0.16

5 years ago

1.0.15

5 years ago

1.0.14

5 years ago

1.0.13

5 years ago

1.0.12

5 years ago

1.0.11

5 years ago

1.0.10

5 years ago

1.0.9

5 years ago

1.0.8

5 years ago

1.0.7

5 years ago

1.0.6

5 years ago

1.0.5

5 years ago

1.0.4

5 years ago

1.0.3

5 years ago

1.0.2

5 years ago

1.0.1

5 years ago