@Pylogmon 缺少优越感 🐶

这价格同出

造，没看 PS ，上条无视

GitKraken

ZFS 的好处是安全性啊……我之前缓存盘用的 BTRFS ，然后就没了。损失了四五百 GiB 的数据（还包括了局域网的 Gitea 数据容器）😭

@chill777 #24
1. 我要表达的意思是，这个和你用 ESM ，CJS 无关。他这种用法就相当于声明了个 JS 对象，然后 export 出去，这是很明显的单例用途把。只不过放在了模块上了。
2. 争论点，或者说差异就在是否有必要使用生命周期上。如果单例够用的话，2 能用。如果单例会污染数据的话，那肯定是抽象 hooks ，或者说组合式 API 更合理。这点我的看法是和 #2 一样的。
3. 抽象（解耦）不就是和耦合对立的？一块通用逻辑提取出来，不叫抽象一个组件，一个模块出来吗？

👍👍👍👍👍路上看到了，直接开润

@chill777 #21 1. 我可以 export {} 也可以 module.export = {}。暴露一个 JS 对象出来而已，我觉得直接称呼 ESM 不妥当。
2. 全局状态管理里面没有 dispatch 的概念吗？这是不是一种逻辑复用呢？

3. 是你问的：“所以这种做法是可以的吗？”。我就这句做回答：“是可以的”。所以有什么问题呢？

如果你问是否是合理的话：此模块涉及生命周期的话，抽象成组合式 API 当然是更合适的。其他情况的话，结论就是都可以。看你们团队的喜好。

1. 这和 esm 没关系。
2. Vue 里面的响应式包 `@vue/reactivity`，比如 reactive 啥的都可以脱离 setup 使用。所以他第二种做法是可以的。

P.S pinia 里面的 introduce 里面就有提到，为啥要用它，不用第二种（直接使用 reactive 做状态管理）。其中最大的优势就是 SSR 友好。https://pinia.vuejs.org/introduction.html#Why-should-I-use-Pinia-

似乎可以试试 sonic ？不需要你手动做缓存啥的方案了。
https://github.com/bytedance/sonic/blob/main/docs/INTRODUCTION_ZH_CN.md

@Forviler #33 😀好

@Forviler #27 试了下他的 Demo ，似乎也防御不了。

mark. 我现在项目用的都是 xss 0 0 ，图方便。看来得换了。感谢楼主预警。

@iorilu 其实 openapi 就是干这个的，但奈何生成工具太烂了，最后只能手写一套 binding ，哎

@yixinlove #22 另外，上面说的是传统前端的思路，前瞻现在 Nextjs 的思路，他是将数据 binding 直接实现在了 RSC ，这意味着你甚至都不需要实现 GraphQL API 那套了。前端直接在胶水层把数据汇聚的工作给你做了。

@yixinlove #22 如果你是抱着学习前端的目的来设计后端 API 的话——那完全没必要。思路完全不同，前端世界所有的工具，都是围绕着表达 UI ，以及实现 UI 与状态数据绑定（交互的），和后端的耦合只有 invoke （请求） 罢了。前端世界最多抽一层作为 API 入口，然后再其他获取时候通过这个 layer 来拉数据，或者实现突变（ POST 等请求）。因此，你作为后端，需要学习的是，如何设计良好的 Restful API ，必要的时候提供聚合数据，以及前瞻性的学习 GraphQL API 那套。

用法的 conventional commitlint 。

https://github.com/conventional-changelog/commitlint

看起来这代主要是语法修补？内置 JIT 的进展在这代上有改进嘛？

所以你这标题党有点过分了吧……尤其是引入这堆暴论。


"强类型语言的人，一谈一个语言，第一步就是谈性能" —— 你确定？强类型带来的是维护上的好处，而且 TypeScript 的编译是抹除泛型，还原成 JavaScript ，真要分裂社区，那为啥微软不移植到 .net runtime ，然后编译成 wasm 跑浏览器上呢？—— 也就是现在 blazor 走的路子。


“因为只要涉及到纯后台的算法程序，从来就不是一效率作为第一标准的
节节高升 18:17:38 都是以结果的精准度作为结果的”

说的好像 PHP 能跑的很精准一样，Python 确实精准，内置的整数类型就是 Decimal ，PHP 是？而且开发效率，真的放眼看一下世界好嘛。Spring Boot 、Asp.net Core 这种注解向的开发体验，以及开发便捷度，算是 Web 体系里面开发效率最高的那一批了…… PHP 单文件就是路由确实爽，但是系统复杂度上来后，开发以及维护体验明显是呈
现下降趋势的。


“php-fpm……但最终真实情况是，包括 java 开发的 web ，也是用的 nginx 来当作前端响应用户的并发软件”

他真的连 Proxy 是干嘛都不知道嘛…… 服务架构是真的没接触过还是咋的，Nginx+fpm 就等于一个应用，fpm 本质就是一个解释器，nginx 碰到了 .php 文件，就把文件发给 fpm ，fpm 解释完后把结果给你（ fpm 、nginx 可以不同服务器），这里的 nginx 完全充当的不同层级啊……


“这些是其他强类型语言完全无法理解的，也坚持多线程才是天下的观点” 这个就更离谱了，Java 的 Netty ，虚拟线程、Kotlin 的协程，C#/Rust 的 Async/Await 不都是你说的“协程”。多动动脑子，Go 协程本质上就是绿色线程，底层是 GMP 模型，本质上就是线程池+调度器，协程本来就是运行时基于线程模型上的进一步抽象罢了。操作系统上根本没有协程的哦。


“但离谱的是，这两家公司根本就没有原创过什么自己的语言”
微软基于 .net 平台的 C#，F#，VB 不是？而且你想发明个语言又没啥难的，难的是编译器以及运行时的实现，以及持久稳定的改善，维持语言特性；而且语言本身不能太糟糕； Go 本身语法上就是开倒车，除了 AOT 、绿色线程外，其他语法都是槽点好吧……以及，你用的 Windows 上最好用，以及支持最新标准的 MSVC 不是？.net runtime 不是？你玩的游戏，只要是基于 Unity 的，用的不是 C#，甚至可能直接上了 .net mono runtime?

其他小槽点都懒得吐槽了……睁眼看看世界，别要自己觉得，世界就像你认知的那样了。