关于前后端分离接口和展示层的一些问题

@jorneyr 需要一个树是指前端说他使用的组件需要一个树结构, 我不想接口和前端的组件耦合

@lihongjie0209 了解是树结构，前端太多的时候，每个前端都做一遍，结果容易不一致导致出错，还重复劳动，如果只有一种前端，谁做都没问题

@jorneyr 我说的是前端组件(比如说小程序的一个联动组件)需要, 假如是多端, 手机端的组件需要另外一种结构, 那还要改接口

@Livid 像#112 #113 #116 这种 艾特一大片的人 打广告 是不是有点太过分了。 每次看到他都是 建议拉黑

@liuhuansir
@rocy

举报收到。那个账号会被处理。

这个不应该啊是谁定义接口，谁说了算吗？

@itabas016 我定义了前端不满意. 而且这也不是"谁"的问题, 只是想讨论一下前后分离之后接口该怎么定义

赞同 @zongwan 的回复，在讨论分工时不要忘记前后分离的初心是什么

GraphQL 很好地解决了这个问题，后端只要提供数据访问，前端根据自己的业务需求去组织数据结构。

说到底，每个人都想偷懒一点，才会推来推去。
我前后端都做，一般我会从性能方面去考虑由谁来做，因为我之前是做游戏的，比较讲究性能。
像你这种一次性能返回所有数据的，我一般会选择前端排序，这样更省服务端资源，如果数据库表中数据量不到，而且能数据库 orderby 直接排序，也可以考虑服务端搞定。
树形结构的数据，做之前就要约定要什么结构，拿数据时就直接返回，一般不会再处理，就算处理也一般会选择前端去处理，因为 1w 个人，服务端需要处理 1w 次，而客户端只需要一次。

@lihongjie0209 接口文档，你可以试下易文档 easydoc.xyz ，双方可以事先约定好文档再开工