@coolooks 接口早就写好了, 只是讨论一下这个问题而已

@deleteDB 第一个数据量是死的, 就几条

@TimPeake
同样的逻辑用 java 写和用 js 写代码量不会有太大的差距
后端实现的唯一好处在于标准库比较丰富, 静态检查比较严格.

@Sapp 全量数据, 不存在调用多个接口的问题

@will0404 ui 变了, 但是数据还是那些数据

@liuhuansir ...........无话可说, 佩服佩服

@version 这种数据处理工作 map reduce filter 直接解决, 没什么复杂性, 下次我直接帮前端写代码

@liuhuansir UI 变的意思是在所需数据不变的情况下调整 UI, 最简单的例子 前端展示 "2019 年 1 月 1 日" 改为 "2019-01-01", 这种情况下接口是不需要改变的

@OSF2E 我说的费力是前端的组件需要一个树, 但是我给的是一个数组

@a62527776a 嗯, 前端组件需要什么数据结构肯定是前端自己处理, 现在和后端接口耦合了

@will0404 我的意思是, UI 需要展示的数据我都发给前端, 至于说前端要展示 列表还是树状结构那是前端决定的. 就像前端展示 "2019 年 1 月 1 日" 或者是 "2019-01-01" 和我后端没关系

@Chingim 没有多端, 所以暂时不考虑

@zr8657
前端的重点是用后端的数据与用户交互
数据后端给, 交互的前端的事情.
至于前端拿到数据要怎么处理那是业务决定的, 后端不可能也不应该专门为了 UI 的方便而改接口

@liuhuansir 不是举手之劳的问题, 后面前端要改 UI, 你还要跟着改接口, 是耦合的问题

@will0404 前端改 UI 的话, 需要的数据不变, 是不是后端就因为数据格式的问题还要改接口

@xuanbg 不带分页的,审题

@serge001 我主要也是有这方面的顾虑

这段代码也是牛逼, 所有入口持有一把锁, 不管你几个线程都只能串行, 线程越多性能越差

@hhhzccc 我没说没有, 我只是说能做到哪一步, 线程 dump, 断点调试, 日志这些最简单的功能能用的有多少