感兴趣的朋友可以给 github 仓库点个小星星 🌟。

还可以到隔壁掘金 https://juejin.cn/post/7444449353165488168 帮忙点个赞 👍 。

@TrembleBeforeMe 之前注意到这个问题，然后去售后问了，他们没有承认这个设定，只给检查了一下电池。

在用 xterminal ，不开源，不用登录也能用。

之前做过，生成很慢很慢，不过没做过目录。可以参考一下

https://juejin.cn/post/7330203936286359578

湖北云闪付可以减

天真蓝

可以用 Hard Disk Sentinel 检测下

找 leader ，一级一级往上找

vite 构建需要引入 vite-plugin-dts ，可以参考下这个

https://github.com/zcf0508/blocknote-vue/blob/main/vite.config.ts#L33

@iwdmb deepseek 接口好慢

可以看看 b 站 芊芊老猫的日常 这个号。年纪小可以先培养对计算机的兴趣和敏感度。

dama

html 富文本

@june4 https://github.com/laike9m/Python-Type-Challenges 有 python 版本的类型挑战

如果库没有 type hint 那就没办法

另外 vue2 升级到 2.7 可以使用 composition-api 。我的 vue2 项目都是混着写的。

我之前接手的旧项目，我直接来一个大重构，补 ts ，拆包拆组件，调整 eslint 规范，调整 vuecli 配置，前前后后用了不到一个星期，git 记录有 3w 行+ 和 2.6w 行- 。既然你项目到我手里了，那我就按我的习惯调整。

如果有人把这种脏活累活干了，领导还是不愿意接受，那就是领导的问题了。

---

1. options 和 composition api 各有优势，包括 jsx/tsx ，都不是互相排斥的，需要在对应的场景使用适当的方案。
2. 逻辑耦合度高，或者复用性比较强的，可以提取和抽象。没有必要只是为了代码行数做优化。
3. api 写在一起问题不大，但是最好改造成 esm ，有利于构建工具进行 tree-shake 。既然改造了，按模块拆分一下也是合理的。
3. 每个项目有自己的情况，在没有通用的脚手架或者统一规范前是没有办法避免代码风格不一致的问题的。只能尽力去优化。