例如在话题的转发和评论，在累计的数据格式、规格方面，有前端定义还是后端定义比较好？
不分离：
1.在前后端不分离的应用模式中，前端页面看到的效果都是由后端控制，由后端渲染页面或重定向，也就是后端需要控制前端的展示，前端与后端的耦合度很高。
2. 这种应用模式比较适合纯网页应用，但是当后端对接App时，App可能并不需要后端返回一个HTML网页，二仅仅时数据本身，所以后端原本返回网页的接口不再适用于前端App应用，为了对接App，后端还需要再开发一套接口
分离：
1.在前后端分离的应用模式中，后端仅返回前端所需的数据，不再渲染HTML页面，不再控制前端的效果，至于前端用户看到的什么效果，从后端请求的数据如何加载到前端中，都由前端自己决定，网页有网页的处理方式，App由App的处理方式，但如论那种前端，所需要的数据基本相同，后端仅需开发一套逻辑对外提供数据即可。
2. 在前后端分开的应用模式中，前端与后端的耦合度相对较低。
3.在前后端分离的应用模式中，我们通常将后端开发的每一个视图都称为一个接口，或者API，前端通过访问接口来对数据进行增删改查。
前后端分离主要有利于项目的开发和维护，团队开发还是有好处，但也要看项目大小，小项目使用前后端分离也会增加项目成本
如果项目框架是前后端分离的，那么一些功能，不管是话题的转发和评论都是采用分离的形式去写，所以功能主要还是由框架决定写法
找组长把数据结构定下来，全部按照这个写，不然还得打架。