大家好~我是
米洛！
我正在从0到1打造一个开源的接口测试平台, 也在编写一套与之对应的教程，希望大家多多支持。
欢迎关注我的公众号米洛的测开日记，获取最新文章教程!
# 回顾
上一节我们完善了操作记录页面，这次我们来讲讲用户管理相关的功能。做这个的目的呢，主要是为了给管理员一个调整用户信息和权限的机会。比如封禁账号，开通组长权限的。
# 说个题外话
测试平台系列，满打满算，写到这儿已经有100节了。相信能跟随到这一节的朋友，已经对pity比较熟悉了，起码整体思路是没问题了。接下来我可能会不太详细强调实现，只会用思路+核心代码的方式来讲解。
针对我的细致改动，可以去看看github main分支的提交记录。
# 获取用户列表
这个接口是我们已经有了的，所以我们不需要额外编写了，直接调用即可。
# 更新用户信息
因为上面我们说到了封禁用户，所以我们需要定义一个is_valid字段，当字段为True的时候，代表用户是正常的(没有被封禁)。
接着就很自然了，就是普通的编辑功能。
- 修改用户表
新增is_valid字段，默认值为True.
新增编辑方法
在此之前我们要先定义好
请求参数:
参数接受能够改动的几个字段:
id 确定用户
name 用户姓名
email 用户邮箱
role 用户角色
is_valid 是否封禁
目前我们只支持这些内容的修改，如果
前端不传入或者传入空值，我们就不修改数据，所以除了id必填以外，其他都是可选的。接着我们去编辑dao层的编辑方法:
内容也很简单，根据id查找到用户，如果不存在则抛异常。否则则更新数据中的非0字段。
注意这里还有个redis操作，因为我们改了数据的话，redis是需要删除的，不然查询接口还是用的旧数据
- 编写接口
router往往都很简单，都是调用dao的方法即可。就不需要过多强调了。
# 编写前端
前端比较简单，上下结构:
- 搜索框
- 用户表格
编辑的时候，自动带入用户数据原始值，点击确定按钮的时候调用刚才编写的更新接口即可。
# 密码问题
为什么不让管理员修改密码，因为我觉得管理员最多允许重置用户的密码，而不是直接掌控他人的密码。不然可能就毫无隐私可言了，也容易被人利用。