一、RESTful API 是什么？
- 用自己的话来表达就是，遵守一定的规则来给接口url取名字的方法论
- 所有的东西都是资源，用户是资源、支付是资源、课程是资源……
- 每个资源有4种不同的动作：增、删、改、查
以一个课程来举例
增 post 增加一个： /courses 创建的内容JSON 删 delete 删除一个：/courses/:id 改 patch 修改一个：/courses/:id 改的内容JSON 查 get 查所有：/courses 查一个：/courses/:id 注意查又分两种情况返回：html，json,由前端发的请求Accept来确定具体返回哪种类型 直接从浏览器输入url,会自动以text/html的类型返回 从请求中获取，需要设置请求头accept类型
二、前后端JSON如何设计？
- 前端给后端传上面？后端给前端传上面？
举例登录功能
前端给后端传： { 手机号, 密码 } 后端成功，返回前端： { 状态码200, data：{用户的信息数据} } 后端失败、返回前端： { 状态码4XX, errors:[中文原因1、中文原因2……] }举例展示多个资源
前端根据接口查询 后端成功，返回前端： { 状态码200, data:[{渲染的数据}、{渲染的数据}……], pager：{每页几个、当前页、总共多少页、总共多少个数据} } 后端失败、返回前端： { 状态码4XX, errors:[中文原因1、中文原因2……] }
三、前端权限如何设计？
- 什么是权限？你能做什么？你不能做什么？
- 角色和权限需要区分开，权限用二进制数组来对应，然后一一映射
- 前端界面的权限思路:
- 显示不同的菜单(前端可以直接固定写不同角色能看什么菜单)
- 分div，封装全局API
- 后端返回权限状态码
注意：写一个全局的can（userRole,basic）返回一个Boolean。所有的复杂的判断在can里面实现，那么html的展示逻辑就很简单了。