@THESDZ #17 其实是用分支来确定开发的不同环节，用 tag 来约束版本。

有必要，增加一点的操作成本，避免了后续的其他使用成本；
比如热更新、回滚、版本比对等操作（各种需要一个稳定分支做动作的事情）；
以上用 tag 也行，但是不方便。

@Gorgine #11 排好序，传空就行

Joplin 支持多种同步方式

@THESDZ #14
可以额外维护一个`tag-主体表: 主体 ids`的缓存，用于快速检索

多对多，建好索引
主体表，关系表，标签表

主体表可能有多个，关系表中就多个 主体字段（用于区分主体）。

通过下标获取的，是数组吧？（这个问题应该是这么简单吧？）

@cedoo22 #24
1.时代终究需要往前
2.蛋糕从 10 做到了 1000 ，你以前能拿 1 ，现在能拿 10 ，不好说
3.当时大家拼的是上限，现在大家都在拼下限

好家伙，倒序索引？那可以优化 参数->id 这个映射，参考 elasticsearch bitmaps/roaring bitmaps

自己开发的网关？

魔法潮汐

我觉得多用 接口+实现类的方式即可，类似于 database/sql 可以在实现里面去注册到 database/sql 中，通过引入不同的实现类即可切换。

至于楼上说反射的，我觉得不见得对，起码要我来实现 ioc 的话，也是通过定义 interface+init()方法初始化来做。

@THESDZ
优势是：1.代码即文档，减少工作量。2.标准格式外部工具很多，例如导出 word ，pdf ，markdown ；生成 sdk 等。

个人建议是找个支持 openapi(swagger3)导入的框架

@jackiejkl 一个服务做推送,其他的服务去队列拿呗

蛋糕越做越大,但是比例分配越来越不均匀,这才是问题所在

建议 rpc ，担心性能可以考虑 grpc
https://github.com/hashicorp/go-plugin

目录，文件： 全小写单词，用-分割

类名，函数，变量，常量：根据所用语言的惯例来

换个思路？不要想着大一统，来点散件，带 api 的（有 sdk 最好），然后自己组装下？