发表于： 2017-10-23 20:36:02
2 729
今天完成的事情：
1.优化了之前建立的表，之前自己建立的表有好多没有思考到的问题，两个人一起讨论了一下，优化了一下之前的表。整个项目暂定的是这些表。都会有的字段就没有添加。
公告表：自增ID、标题、正文、状态
学员表字段：自增ID、微信给的openid、学员唯一标识、姓名、头像、性别、逆袭豆、手机号、邮箱、年级、用户状态、连续签到日期、累计签到天数、手机验证次数、邮箱验证次数、
签到表字段：自增ID、学员唯一标识、签到日期
视频表字段：自增ID、视频唯一ID、视频标题、视频分类、banner图（banner才有）、视频简介、视频链接、正文、所属年级、所属科目、所属老师唯一ID、收藏数、点赞数、编辑时间（updataAt）、视频状态
文章表：自增ID、文章唯一ID、文章标题、文章封面、文章作者、文章摘要、文章正文、收藏数、点赞数、编辑时间、文章的状态、
老师表：自增ID、老师唯一ID，老师昵称、头像
文章收藏关系表：自增ID、学员唯一标识、文章的唯一ID，收藏时间（creat_at）。
视频收藏关系表：自增ID、学员唯一标识、视频的唯一ID，收藏时间（creat_at）。
老师和视频是一对多的关系，一个老师可以传多个视频。但是一个视频只能有一个老师。然后在视频表加一个外键。老师表加一个主键。主键是老师的唯一ID。我感觉是这样，不然老师的姓名可能有相同的。同理文章表。文章的作者是随机填的，也就是说不用跟老师表连接起来，是独立的，但是文章和视频有一个收藏表。这个收藏表是一个多对多，也就是说另外加一个关系表，用户的收藏那里是一个主键。微信里面收藏也是独立的，我感觉是可以把用户的唯一标识作为主键，添加到关系表里去。
后台
账户表：自增ID、用户名、密码、角色
角色表：自增ID、角色名、普通权限，管理权限
2.写了一下方案设计
公告：前端给一个GET请求，返回正文字段，一个接口，只查公告。
签到：点击门卫处签到按钮，一个接口，GET，返回累计签到天数，返回这个月都有哪天签到了。点签到，一个接口，GET，后台记录今天签到日期，后台判断，前一天有没有签到，如果签到的话，连续签到天数+1，逆袭豆计算，连续签到天数是几返回几（5或者5天往上，返回5。）
学生证：点击学生证，GET，一个接口，通过唯一ID查，返回昵称，头像，年级，逆袭豆。修改，保存修改，PUT,提交，根据request里面的token，update。
学生证，我的收藏，一个GET，两个接口，第一个接口是视频，先查视频关系表，显示这个人收藏了哪些视频，然后通过视频ID去查，返回字段：老师头像，老师名称，视频简介，视频标题，视频链接，点赞数，收藏数，update_at。
讨论了逻辑。
遇到的问题：不知道前端都会干啥，只能摸索着来，遇到功能实现，都在思考自己后端能不能实现。
明天计划：继续进行方案设计，明天争取初步都搞出来，先把别的放下。
返回列表
评论