reply.md

1. 用户登录接口的响应数据&2. 用户信息修改

这个我们在data里就是返回一个jwt，然后之后每次访问接口就直接带上jwt就好了，不需要userid了，我们目前是这么想的。

3.管理员信息修改

管理员账号确实应该是不能修改的。这个我们目前也不是很确定，不如就你们来定吧，管理员账号需要哪些信息，能修改哪些信息

4.用户准入

我们对这个接口的想法是这样的，只当用户要参加的时候访问这个接口

具体步骤是这样：

1.用户通过主页看到产品信息，此时访问“获取产品具体信息”该接口，此时返回的产品信息中的attend字段指明用户是否已参加该活动

此时不需要访问“用户准入”接口（若用户是未登陆状态请求的话，则后俩字段默认为false）

2.若已参加的话，attend字段中为true，那样就说明用户已参加该活动，此时通过pass字段可以观察用户是否通过初筛，若通过则为true，若未通过则为false

3.若未参加的话，attend为false，页面上可以展示“未参加”，然后用户点击一个“参加”按钮，此时访问“用户准入”接口

4.后台通过该接口对用户信息和活动准入规则进行访问，然后该接口的data字段为true或者false，如果是true则说明通过了初筛，如果是false则说明未通过初筛

也就是说该接口我们的设想是，只在用户点击参加按钮时访问该接口，其余只需要根据attend和pass字段的值即可

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

明天讨论吧

6.展示产品信息

• 这个地方的pageid是相当于，id为1就是第一个产品这样吗

  • pageid是分页Id，就是用户查看第几页的产品

• 可不可以有一个一次请求所有产品的那种，返回一个列表包含所有产品信息

  • 可以有，主要是我们想的是通过分页查看列表信息，就不需要这个全部产品信息的接口，明天讨论着看嘛

• 这里的attend和pass也会作为判断用户能否购买的依据吗，就是attend && pass为true才能购买这样吗

  • 我觉得这个明天讨论一下？因为聂佬想改一下接口，可能都不需要这个了

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

  • 这个其实我们做了，产品id是20231016这个日期加上两个随机十位数

    接口里忘记返回了，害

7.用户秒杀

这个明天讨论吧

需要新增接口

用户购买历史订单

可以加

登录状态

这个我们通过Jwt实现吧

一些随便的数据

ok的，可以随便搞一点，明天讨论