A
前端不应关心数据如何存储，既然这是一个树形结构就要返回一个对应的树形结构。后端应保持数据结构的统一表述和抽象隔离。现在是一个表结构，以后是一个文档结构呢？使用产后端分离最大的诉求之一是前端可能有无数个，从种类上分有 spa / mpa / iOS app / android app / 各种平台的 app。若在前端进行递归整理，工作量和维护量会增多。反之，你只要在后端维护一个树形结构，就可以节省很多前端的工作量以及可能出现的 bug。

1. 节省服务器资源的问题不存在，后端必须做 cache，否则只要有某一些前端 /app 调用不合理后端就跨掉？
2. 源数据结构不改页面就不用改？那要看你怎么定义源数据结构这个概念了。是从业务层面上去看这个问题，还是从数据库层面上去理解。
3. 我觉得可以用『去餐厅吃饭』这件事来类比这个事情。对于一个树形结构，直接返回原始底层数组，就相当于餐厅把原材料给你上上来，然后叫你自己拿回家去煮。

以上，你说的三条好处全部站不住脚，这不是后端偷懒的理由。即使你们要按哪端去处理比较方便，也得以『前端会有很多个 app 』这样的前提去考虑，以后端必须做 cache 为前提去考虑，以业务逻辑和关注点分隔的原则去考虑。

再扩展一下话题，若将来你们要集成第三方平台，然后他们的 location id 与你们的 location id 不一致要怎么处理？若『后端只给数据』这个是可以接受的话，然后是要把第三方的 id 也返回给前端，让所有的前端去处理吗？


@geelaw location selection 最多做一个联动选择界面，为什么要分页？分页之后只有一部分的数据，如何正确重建树形结构（如何说某一个 parent 没返回来过，但它的 children 返回了）？


@binux 有意思，表应如何设计？

@qiqico threshold

插件管理推荐用 vundle，只要同步 vimrc 和 gvimrc。每个机上执行下 PluginInstall 就能统一环境，很方便。
另外，楼上讲的有道理，啰嗦的强类型语言如 java cpp c# 之类还是用 ide 加 vim 插件好些

@firefox12 可以上传到 imgur / sm.ms 或者你自己的 sftp / ftp 服务器。 local 协议配合网络磁盘映射也可以传到本地局域网上的机器。

@kmahyyg 这个是 desktop app ， android 支持不了哇。移动设备上使用这种工具不太常见吧。

@czc2004211 不支持微博图床，若是 MacOS 推荐 iPic ， 支持微博图床

@sobigfish windows 专属问题，试过 libcurl + winssl 编译，是不行的。 ca 是 firefox 官网提供的，你可以自行更换。

@iPhone8 可以放大啊，点一下图片就行了。

@jy02201949 呃，我没做 oauth ，那需要独立服务器啥的。有运营成本

@jy02201949 用的是匿名的 api 。要在你的个人相册看到那得做 oauth 才行的

@jy02201949 用的是匿名的 api 。要在你的

这种情形做个 mapping 不是更方便吗？写个中间类型再转换，既简单又通用啊。

我的意思是主机本身的散热问题，比如风扇坏掉之类。

听起来像是散热问题

另生产环境用 arch 有点不太妥当吧

我记得是有个升级的工具的 pg 会带，就是 10 楼说的。你查下文档

我的 windows/linux/macOS seira 都是 capslock 一键切换输入法
确认 @Sylv Karabiner-Elements 是可以的，首先把 capslock 映射成 f19,再把 f19 设置为切换输入法的快捷键
windows 用 autohotkey 映射成 ctrl+space (win10 下语言只留中文 ，输入法只留一个，否则还会有 shift 切换的问题）
linux 本身自带有 key mapping ，好像 功能键没那么多，关键是 fcitx 不支持 f12 之后，我的方法是设置成 f2 ，这样有些要使用 f2 的场景就不行了。但不常见。

再开个专门的，这样即使泄露也没太大影响，然后放到 git 或者内部文档服务公示就行了吧

windows 下是没有原生 shell 的，参考 14 楼的方法现实些， readline 包也是可以的。