查询文章详情（包含富文本正文）
综上： 1、查询所有栏目 2、根据栏目查询文章列表 3、根据文章编号查询文章详情获得富文本
交互方式设计
1、接口请求方（前端比如安卓端） 2、前端通过栏目编号查询该栏目下的所有的文章列表 显示到页面上 3、用户点击某一个文章 访问 特定的url 拼接文章编号 4、该特定url 代表一个网页 该网页会请求一个接口 （通过文章编号查询文章详情） 5、该页面将获取到的富文本信息渲染到页面上显示给用户
总上分析 可以借鉴和复用的地方为： 1、提供给前端页面的接口 2、脚本尽量复用 这样可以大大的缩减开发时间
对某一个对象进行设计字段（比对这产品原型上 不要遗漏了标注）
有疑问的话 就去找产品确认
比如上图中的 标红部分
一个公告一个抬头图？还是一共公告可以有多个抬头图
直接决定公告-抬头图的字段内容和字段长度设计
如果是一个公告一个抬头图 则公告的抬头图字段就可以是一个图片文件编号
如果是一个公告多个抬头图 则公告的抬头图字段就需要是多个图片文件编号用逗号分割并且长度不一定
找产品确认，确定之后的结果
1、 一个公告只有一个抬头图
2、一个banner只对应一个banner图片
根据该对象的这些属性上从现实角度思考下一个拥有这些属性的对象能否合理的描述该对象 由此来检验属性是否合理
比如 在我阅读产品原型的时候就会有一个疑问 在发布公告上传头图的时候 能够选择多张图片 产品原型中并没有明确说明（或者我对产品原型理解的不透彻） ，这点很关键，因为会直接影响到对表结构的设计 ，所以我找产品确认了之后，发现我的理解有误，如果不进行确定，按照自己的理解开发，即增加了工作量也增大了bug率
后续说明
接下来的流程就不具体阐述了，因为上述所说的都是基础，只有基础打好了，打稳了，你才会更加的胸有成竹，下面才不至于出现
