牛逼，es2025 都没正式发布都先学上了，https://tc39.es/ecma262/

arkts 性能到底如何啊，我搜了大半天硬是搜不到任何实际的性能基准对比测试

Windows 有没有像 linux 那样无 GUI 的 terminal 版本，这种能耗最小了

示例有问题， <script setup> 里面不能写 export default

windows defender 有个排除目录，添加项目工程目录到这个配置试试

我看你截图里使用的 staticfile cdn ，你最好换一个，因为 staticfile/bootcdn 有代码投毒

可以使用阿里提供的 npmmirror https://zhuanlan.zhihu.com/p/633904268

这官网链接是有什么不能发的原因吗？

你在 GitHub 提 issue 都得发运行上下文环境和复现 demo ，这是让广大网友靠猜啊？

二次元爱好者可以看这个

https://hanime1.me/

你只是在本地使用当前用户邮箱生成了一个 commit ，然后把这个 commit 分别 push 到 两个远程仓库

github/gitee 只是根据当前 commit 的 username 和 email 来映射到对应的平台用户

解决方法是 github/gitee 使用同一个用户名和邮箱

好奇 静音模式 和 系统音量=0 是不是两个概念？

LSPosed 是不是已经停止维护了？

@inza9hi

只要按照使用标准序列化对象解析/构造 url ，无论服务调用多少次都不可能出现这种问题

但是实际上很多程序员都是半吊子懒狗，都喜欢手动拼接/分割参数，这就容易导致解码/编码时破坏整个 url

好奇除了我上面说的修改 ast 还有啥更好的方法？这种方法是对 code hint/refactor 最友好的方式

如果你的项目无法接入编译插件或者没有构建系统支持，那确实不行

> 假设我们坚决不使用点表示法，且要实现上面这些功能，你要如何设计才能如此简单、高效？

修改 ast 实现就行，指定一个带有特定 Identifier 的 CallExpression 如

__safe__(a.b.c = 1)

将这个 CallExpression 修改为类似 if(!a){a={b:{c:1}}}else if(!a.b){a.b={c:1}}else{a.b.c=1} 的 IfStatement

不过我看大佬你写的都是原生框架，估计懒得弄这种编译插件

另外用字符串表示 MemberExpression ，如果改变量名的时候还得一个一个改，可维护性太低(如果你乐意那当我没说)

@tool2dx

你的回复和我的回复没有一点关系，你是不是回复错人了

---

另外 base64 尾部的 = 只是为了让这个 base64 string 的长度是 4 的倍数

而现在的大多数解析器解析时都是支持忽略尾部 = 字符的，所以很多工具生成的 base64 都没有 = 字符

> 被 base64 坑了好几次，按=截断 key=value 数据

看起来你的场景是在反序列化 url string 里的 search 参数，好奇为什么不用标准序列化对象？

https://developer.mozilla.org/en-US/docs/Web/API/URL

另外将 base64 编码到 url search 参数里的时候，也要调用标准序列化方法

此时 base64 里的 = 字符会变成 %3D ，如果按照这个标准序列化，你的分割不会出现错误

我猜测两边都是手动拼接/手动分割字符串去构造参数，而不是去使用标准序列化和反序列化方法

我们这边后端一个系统 解析/构造 url 的时候不按照标准走，产生如 hash 丢失，参数解码错误破坏整个 url

还有 飞书 的网页第三方登录，点击拒绝授权的时候，如果你的参数里面有 url ，url 里面有特殊字符，虽然你的按标准走的，但是煞笔飞书会手动解码两次后拼接，导致破坏整个 url 导致参数丢失

每次跟这些不按标准喜欢自己拼接字符串的煞笔对接都气死我了