上面说的一堆技术基本都不支持 Hot Module Replacement

不支持 Hot Module Replacement 的开发框架 开发效率/体验 都很感人

Hot Module Replacement 对旧时代框架在某种程度上基本是降维打击

默认情况下 node-sass 会根据当前 node 版本环境去 github 下载它预先编译好的模块，如果在 github 找不到或者无法下载，它就会自己使用 node-gyp 现场构建，而 nodejs 原生模块的构建要下载一堆东西，所以安装失败很正常

如果网络通畅，一般情况下都是 node 版本太高导致 github 上没有找到提前预编译的模块 而 安装失败

用 nvm/volta 切换版本 node 版本就好了，我推荐用 volta ，自带无缝切换 node 版本

这类 java 开发的桌面软件如果分发，是不是需要把将近 100MB 的 jvm 打包进去 ？

```ts
const list = ref([])
getDataFromApi().then(data=>{
list.value = data
})
```

如果使用 name 作为查询依据，比如之前的微博，你在微博发布动态去艾特别人，等到别人改名字之后你再点击动态里的艾特就显示查无此人，之后另一个用户改成你艾特的名字，你再点击动态里的艾特就跑到后者用户的主页了

如果 Compose Multiplatform 后续支持编译到 kotlin native ， 则打包的时候无需携带 jvm

应该是 https://docs.pydantic.dev/latest/usage/validation_decorator/

使用它的 `@validate_call` 装饰器放在你需要类型校验的函数上就行

@tool2d 不需要有规律的拆分，可以按照解析的 字符数量 拆分就行

比如每解析 10000 个 char 就 await nextTick() 一次就行

艹，我刚刚我回答不符合题意，当作没看见吧

json 解析函数可以改成异步嘛？拆成多个子任务

let btachTaskNum = 0;
while(isParsing){
dobtachTask();
btachTaskNum++;
if(btachTaskNum%1000==0){
await nextTick()
}
}

如果是 typescript/scala 的话，就是一个很简单的 联合类型

@wxf666

nodejs 的 node_modules 机制本来就是为了多版本共存而存在的，但是也因此被诟病占用过多空间

pnpm 主要解决 node_modules 空间占用过多的问题

如果是 js + pnpm 就没有这个问题，js 的依赖管理机制 天然支持 单个库的 多版本共存

compose-multiplatform 和 Electron 打包逻辑一样

每个 compose-multiplatform Desktop App 都自带一个 jvm

目前 compose-multiplatform 还不支持编译到 kotlin-native

compose multiplatform 在 win 上 打包会包含 jvm ，产物体积很大的，可能不适合小工具

为什么 会有意料外的创建 ？

看起来你不想通过 vpn 来实现网络拦截，在没有 root 的情况下，貌似只有 wifi 设置里的 网络代理能拦截网络请求