ineed-data.md

修改接口

1. 用户登录接口的响应数据

主要需要jwt

2. 用户信息修改

这里有一个问题，如果携带jwt的话，还需要请求时带上id吗 如果需要id的话，可能就需要在登录注册的响应数据添加一个用户id，然后后面需要id的请求就都用这个id了

3. 管理员信息修改

这里的问题和用户信息修改一样，就是如果通过jwt的话还需要带id吗 另外管理员账号应该是不能修改的吧，那能修改的只有电话了？ 管理员信息可能需要这些：

{
    "adminAvatar":"/pic",//管理员头像，可能不需要
    "adminUserName":"lzh",//管理员用户名
    "adminTelephone":"11223344",//管理员电话号码
    "adminPassword":"管理员密码"
}

4. 用户准入

这个接口是允许购买商品吗？就是相当于如果请求结果为true，用户就能购买商品吗 如果是的话，是不是就可以不用判断展示产品信息接口的attend和pass字段了

5. 展示用户准入纪录信息

这个接口是相当于展示用户申请记录吗，或者是展示用户被鉴权成功的记录 这个可能就是之间做个列表展示，所以数据应该不用太苛刻吧，主要是不知道这个接口是干什么的

6. 展示产品信息

• 这个地方的pageid是相当于，id为1就是第一个产品这样吗
• 可不可以有一个一次请求所有产品的那种，返回一个列表包含所有产品信息
• 这里的attend和pass也会作为判断用户能否购买的依据吗，就是attend && pass为true才能购买这样吗

需要一个产品id，随机字符串那种就行，用来检索就好 另外时间可能需要改一下下

{
    "productId":"aaabbbcccddd",//产品id
    "productName": "glimmer", //产品名称
    "productImgUrl": "/glimmer/qwer.jpg", //产品图片地址
    "productDescription": "fqewt", //产品描述，可能需要长一点，哪怕一句话复制几遍那种
    "startTime": "2022-04-01 12:00", //产品开始时间，24小时制
    "endTime": "2022-04-03 12:00", //产品结束时间，24小时制
    "num": 100, //产品数量
    "price": 100, //产品金额
    "attend": true, //该用户是否参加
    "pass": true //（参加后需要的参数）是否通过初筛
},

7. 用户秒杀

这个秒杀如果是用作在用户这里展示的话，可能还需要对应的产品id，能够检索到产品 如果是管理员展示的话就啥都不用改了，反正只是列个表

{
"tradeId": 13541239, //订单编号
"tradeProductId":"111222",//对应的产品id
"tradeUserId": 1, //交易用户ID
"tradeMoney": 100, //交易金额
"activityId": 1, //活动ID
"tradeTime": "22-4-3 上午12:00", //交易时间
"tradeStatus": 1 //交易状况，0为失败，1为成功
}

需要新增接口

1. 用户购买历史订单

可能需要的数据格式：

"data": [
    {
    "productName": "glimmer", //产品名称
    "productImgUrl": "/glimmer/qwer.jpg", //产品图片地址
    "productDescription": "fqewt", //产品描述
    "price": 100, //产品金额
    "tradeTime":"2022-03-19 12:00", //交易时间
    "productId":"aaaaabbbbbcccccdddd" //商品ID，一个随机字符串就行，主要是方便这边检索（最好有吧）
    },
]

2. 登录状态

（不知道这个可不可以） 就是携带jwt检查一下用户还是否在登录，如果是的话就不用重新登录了，返回这个用户的信息（就是获取用户信息那个接口的响应数据） 如果不在的话可能需要更新或者清除jwt什么的.

3. 一些随便的数据

管理员那块的数据可视化，随便给点数据，比如网站访问记录、交易数量什么的，随便编一点就好，感觉应该也不需要真实的吧