https://json.nlohmann.me/home/faq/#wide-string-handling
手动转换成 utf8 就好了

理论上这个库应该能处理 unicode 的呀

因为 c++有引用的概念，所以可以用引用来表达返回左值的类型，而*p 作为表达式是左值表达式，decltype 对左值表达式使用时，返回引用用来区分其他值类别

这种东西古代还可以搞搞，因为当时的网页都不怎么复杂，基本上还都可以做可视化（比如你现在在地址栏输入 javascript:document.body.contentEditable = 'true'就可以一键启用浏览器内置的编辑模式）
但很显然稍微复杂一些的页面就不太行了，很多布局不是能随便拖动的）
不过现在是 2024 年，理论上可以上 ai ，现在也有不少根据草图生成网页的模型

rdp 的时候是纯 cpu 渲染（包括集成显卡也不会被使用）

@est 然后发现不同平台有不同的本地库依赖：比如常见的那些机器学习项目，直接复制的话几乎肯定会炸（ win->linux)

你这文字弄起来也太难阅读了吧。。。
中文窄，英文宽，这能读？？

虽然我觉得大概率是写错了（）

说白了就是早起项目设计的问题，一开始没做好依赖隔离的机制（全局安装包），只能后期不断打补丁解决。。。

可以用 experimental 里的 unstable_Activity

我建议要发异步请求什么的，用 swr 这类库去处理吧，之后 ssr 和服务端组件都可以用上

你这全用字符串标识，最后管理起来有你麻烦的（）
这看着还是传统 vb 的全局思路，承认吧，这玩意根本没有可扩展性。。。（而且你这么一搞性能也没了）

@bthulu esm 时代不需要手动拆这么细了，只需要按实际目的拆即可

但说实话这得怪微软（
它们也知道复制小文件慢所以才搞 dev drive

有没有一种可能和 Fiber Reconcilier 的调度有关系

要不你试试不同版本的区别（我感觉这应该有差异

除了 react 有意将副作用隔离之外还有一个就是语言限制，即你不能修改一个被解构出来的变量（虽然就算你不解构它也不会变）

@whathappen 确实，但是你可以让通知内容对 apple 保密，只能由应用指定的 extension 来处理，让 apple 服务器只可以知道有这么一个通知的存在，大概有多大，仅此而已

你不考虑下是不是硬盘坏了吗