今日完成

1、正在进行接口设计，与刘师兄讨论了前后台接口设计的一些点

比如：

a.搜索职位页，提供get /a/profession/list接口

返回职位列表，职位信息需要包含职位表与公司表中信息

找职位页面推荐职位部分

也调用a接口的话，但职位信息只需要包含职位表中信息，将造成不必要的表查询，性能下降

可以将接口a改名为get /a/profession/company/list

再提供一个get /a/profession/list的接口只查询职位表即可

这算是另一种方案

2、完成所有前后台接口的请求地址的提供，一些特殊情况请求字段与返回的思考

前台一个点：

找职位页面竖向滑动轮播处

最新发布职位的4个认证公司，按职位发布时间倒序排

如果先搜索公司表：如何判断公司是最新发布了职位？除非添加一个“最后发布职位时间”的字段，updateAt字段是无能无力的

如果先搜索职位表：那么需要去公司表判断公司是不是认证公司，在职位表添加”公司认证状态“字段是不太合理的。这个效率是怎么样呢

这也算是两个方案

后台一个点：

后台article管理中排序变更，article表只提供一个order_by字段

但是可管理排序列表的获取不仅仅是可以按类型查询，根据原型还可以按其他所有字段查询，

如指定创建时间范围为某一天，也指定类型首页banner

只管理查出列表的排序，那其他时间的article（未被更新）和刚查出的列表并管理了排序的article的order值如何定义？

以上算是问题

明日计划

完成接口字段的定义，方案设计可基本完成

收获

接口设计与方案设计进一步认知