课堂课题：
接口应该怎么定义？一个页面应该只对应一个接口吗？还是一个实体对应一个接口，让前端去组装数据？两者的使用场景是什么？
关联任务：
任务五
直播时间：
2019-07-14 15:00:00
课堂内容：
视频链接：
PPT链接：
提交按钮：
小课堂内容格式
标题：
【修真院xx（职业）小课堂】课题名称
开场语：
大家好，我是IT修真院XX分院第X期的学员XX，一枚正直纯洁善良的XX程序员，今天给大家分享一下，修真院官网XX（职业）任务X，深度思考中的知识点——XXX
（1）背景介绍：
背景介绍的时候，尽可能的要宽广，讲清楚来龙去脉，讲清楚为什么会需要这个技术。
（2）知识剖析：
讲知识点的时候，尽可能的成体系，学会成体系的去给别人介绍知识。现在很多做的都是零散的，没有分类。
（3）常见问题：
最少列出1个常见问题。
（4）解决方案：
写清楚常见问题的解决方案。
（5）编码实战：
尽可能的去寻找在真实项目中在用的。如果你能找到某个网站在用你说的知识点，这是最好的。学以致用，否则当成练习题就没有意义了。多准备一些demo，讲解过程中将知识点和demo结合，便于大家理解所讲解的知识点。
（6）拓展思考：
知识点之外的拓展思考，由分享人进行讲解，这些东西就是所谓的深度，也是一个人技术水准高低比较的表现。
（7）参考文献：
引入参加文献的时候，在引用的句子后面加上序号【1】。参考文献中列出详细来源。不要去抄别人的东西，这是一个基本的态度。
（8）更多讨论：
Q1：提问人：问题？
A1：回答人（可以是分享人，也可以是其他学员）：回答
Q2：提问人：问题？
A2：回答人（可以是分享人，也可以是其他学员）：回答
Q3：提问人：问题？
A3：回答人（可以是分享人，也可以是其他学员）：回答
（9）鸣谢：
感谢XX、XX师兄，此教程是在他们之前技术分享的基础上完善而成。
（10）结束语：
今天的分享就到这里啦，欢迎大家点赞、转发、留言、拍砖~
接口应该怎么定义？一个页面应该只对应一个接口吗？还是一个实体对应一个接口，让前端去组装数据？两者的使用场景是什么？.mp4
1.背景介绍
以前的JavaWeb项目大多数都是java程序员又当爹又当妈，又搞前端，又搞后端。
随着时代的发展，渐渐的许多大中小公司开始把前后端的界限分的越来越明确，前端工程师只管前端的事情，后端工程师只管后端的事情。正所谓术业有专攻
2.知识剖析
PM项目讲解，分析原型图
数据库DB设计，方案设计
方案评审
接口文档，提供假数据
代码实现
3常见问题：
3.常见问题
接口文档怎么写？
除了写好地址，请求方式外，比较重要的一个是返回数据的格式
要有code码，msg，还有data
这样是基本的两层数据，如果还有更多，就再加层数
{"code": 1,"msg": 查询成功,"data": {"id": "1","worksId": "12","text": "我是留言内容","status": 10 ,"createAt": "1562085161421","updateAt": "1562085161421","createBy": "创建者","updateBy": "修改者","worksName": "天空之镜",}}
Controller怎么设计?
我目前是一个模块一个Controller。实际的项目还没有接触过。
4.编码实战
接口文档
接口描述
请求地址URL
请求方式
请求参数
返回参数
返回参数示例
5.拓展思考：
什么时候用单表查询，什么时候用联表查询
6参考文献：
接口文档设计辅助网站
https://www.showdoc.cc/
http://rap2.taobao.org/
7更多讨论：
Q1：提问人：一个接口能提供多种功能吗？
A1：回答：可以实现，不推荐这么写，耦合度高，写的难度也高，写出BUG的机率也就大了。
Q2: 提问人：为什么说写了方案设计，写代码的时候就直接写，不会出问题？
A2:回答：也不是说不会出问题，只不过会少很多问题，不容易出现顾此失彼的情况。
Q3: 提问人：是不是不能用联表查询？
A3：回答：能用，但少用，除非你能把握不出现慢SQL的情况。
请您登录 后进行评论
