@yetrun 后端用 TS/JS 的不少，谢谢，express 每周上千万的下载量，nestjs 每周上百万的下载量摆在那里你没法无视。
而且我想你一定是从来都没有用过 TS 吧，TS 中定义的所有类型信息在编译为 JS 后可都会全部丢失哦。TS 无法自动生成 swagger 不是因为用得人少没人做，而是因为从原理上就根本不可能做到。这就是我说的 TS 本身的缺陷/限制。

TS 的这个问题会接连导致其他非常多问题，swagger 生成只是其中质疑，比如你根本没法信任 json 解析出来的对象是符合定义的 class 的，它甚至连最基本的 validation 都做不了。为了给 TS 的这个问题擦屁股，最后结果就是现在 TS 的项目里装饰器满天飞。动不动就出错

@yetrun 你应该看一下我这帖是服么时候发的。

还有你说：“因为主要是以写前端居多，而用 ts 写后端的人大部分是从前端转过去的，需要完成一些小型接口的实现，所以没想到要生成 Swwager 文档” 既然你都这么说了，那么自然我这贴的疑问就很正常了 ： “找了一圈全都是从 swagger 生成 js/ts 代码的工具。难道 JS/TS 程序员都是先手写 swagger 文档然后再反向生成的代码的？实在太强了，手写 swagger 因为过于痛苦我根本难以想象”。
所以我很敬佩你口中的 js/ts 程序员，一个个都是工作中手写 swagger 或者根本不写 swagger 的强者

以及，关于 nestjs ，你看了我这帖的发帖时间的话，就应该注意到这是一年前的坟帖。这一年时间我早就体会到了再 ts 上 swagger 生成到底是个什么鬼体验了。
我上面已经跟你说过两次了，因为 ts 语言本身的缺陷/限制，它明明就是一个强类型语言，但却根本就不存在自动解析 class 生成 swagger 文档的可能性。nestejs 里所谓的 swagger 文档生成实际上就是漫天飞舞写装饰器。手动的一个个把 swagger 的各个元素通过装装饰器给写出来，本质上和直接在注释里写 swagger 的 yaml 文件没多大区别，而且极其容易出错（实际项目开发中已经出错 N 次了）。所以问 ts 下有没有更好的解决办法，答案就是没有，这是 ts 语言本身的问题没有更好的解决办法

@yetrun 问题就在 typescript/javascript 连直接从 class 生成 swagger components 的工具都没有。这就是我发这帖最疑惑的地方，很好奇平时用 ts/js 的人到底是怎么写 swagger 的

@yetrun 你有一点完全认识错误了，Swagger 文档生成并不一定和框架绑定。swagger 文档生成完全是可以不依赖框架，直接解析代码中 class 和注释生成文档的。比如 golang 的 swag 工具。这在强类型（尤其静态语言）中是比较常见的。
即便做不到脱离框架，但在强类型语言中，我基本没见过生成 swagger 文档都必须对每个字段都手动标注的情况。而 typescript 就是明明是强类型语言，但我还必须要手动对每个 dto 字段做标注。至于为什么，这是 typescript 本身缺陷导致的结果，这也是为什么 typescript 的项目里装饰器满天飞的原因。

@Yoehson 思源笔记导出会丢失掉所有笔记内互相之间的关联信息，那么无论你怎么去给思源笔记洗地，它都是在增加用户迁移成本阻碍用户从这个笔记迁移

至于，你说导出保留笔记之间的互相关联，我来打你脸。
1. 思源笔记不光对块的引用会被导出为 siyuan:// 形式的链接，对页的引用也会被导出为 siyuan:// 形式的链接。如果你说块引用没有 markdwon 通用语法支撑，那么对页的引用是彻底标准的 markdown 语法。请问你要找什么角度来给思源笔记洗地？
2. 你不是想问有哪些笔记支持正确导出引用吗？ Obsidian, Anytype 甚至完全封闭的 notion 都支持在导出笔记的时候在 页 这 一 层 级 正确处理笔记引用之间的关联，导出为正确的 markdown 语法。思源笔记别说快引用了，连页面引用处理都懒得做，请问这就是你和作者口中所谓的方便迁移？

@Yoehson 哎哟？ “第二支持一键导出为最基本的全平台通用的文本格式（比如 MD ）” ，还有思源作者说的“思源对导出标准 Markdown 做了很多努力，...... ， 我想这应该不会对你切换软件和迁移数据造成太大的阻碍。”。无论是你还是思源作者都在说，思源导出做得有多好，多方便迁移。怎么现在你就不提了，来时想和其他一些封闭笔记来比了？

@Yoehson 哎哟？ “第二支持一键导出为最基本的全平台通用的文本格式（比如 MD ）” ，还有思源作者说的“思源对导出标准 Markdown 做了很多努力，...... ， 我想这应该不会对你切换软件和迁移数据造成太大的阻碍。”。无论是你还是思源作者都在说，

@Yoehson 而且你要知道，笔记中很多时候并不是在引用块而是引用小节。而对 MD 文档中小节的引用是通用语法

@Yoehson 请看 41L 谢谢

浏览器可以多标签共享 websocket 的

如果要考虑不同浏览器同时登陆，那你得好好想想后面登陆用户到底该怎么处理

随便装一个切换回最近标签页的扩展不就好了

难道 app 可以在不存在监听代码的情况下监听你？

这么多年了，这么多说 app 监听的人没有一个人做到反编译 app 相关代码实锤监听。按理说这么多人里总有那么一两个是有反编译能力的，只要有监听必定有相关代码，反编译追踪必定实锤。那么请问为什么监听这么多年还只存在于都市传说中？是有能力实锤的人调查后发现真没有监听呢，还是有这种能力的根本不相信监听这种弱智言论？

说监听的人总喜欢用 PDD 和美国监听其他国家高层来说事反倒是在打自己脸。PDD 是被人反编译扒代码实锤了，所以监听这么多年怎么都没被实锤？至于监听其他国家高层，拜托那是直接从硬件层面实现的，和软件没任何关系，软件层根本什么都感知不到的。

我的推特图标也自动更新了，其他都 app 没自动更新，我甚至开始觉得安卓不是不是允许 app 自己改自己的图标了

@Granado 因为这种用户数量很大的 app 你的反应很多时候几乎没用，就是石沉大海。
比如 keep 在日本从 19 年就开始无法正常显示地图，我反应了 n 遍了，找客服不是说我们检测没问题呢，就是已经收到反馈了等有结果会联络您，我还提交了不止一次网络诊断报告，一直没用
然后四年过去了，最近打开 keep 新版 app 终于地图正常了。我一寻思最近 keep 在香港上市，估计是终于愿意去解决大陆以外地区的访问问题了。这就是普通用户向大 app 反应问题的真实状况。

我记得美国日本不交物业费的话，物业不是可以强制拍卖你的房产么

老牌的 fiddler

@acctv2 典型的对开源协议一知半解，agpl v3 是可以商用收费的。fork 项目代码后改了代码上架淘宝卖钱是可以的，只要商家为客户提供源代码就不违反协议。而且即便商家卖钱不提供源代码那是违反开源协议，也不是破解。

@acctv2 嗯？破解？开源项目别人 fork 项目代码自己增加或去掉功能另外发布这不叫破解。思源因为选择了 AGPL 开源所以遵照 license 对思源笔记代码项目做的任何更改都不算破解，希望这点你能搞清楚。
对了，已经有人 fork 了思源代码去掉了第三方同步必须登账号的限制了 https://github.com/siyuan-community/siyuan
不过我还是不打算使用了