之前刚做了一轮 i18n 的替换，说下经验。

1. key+翻译应该是主流了，不过没有手写，写了脚本。自动抽取替换的转换得根据具体业务代码进行改造，可以完成 90%，然后配合 eslint 在手动搞定剩下的大部分，最后有一些只能看到之后再改了(提交之前一个个文件校验)。

2. key 怎么舒服怎么来，不过最好有一些语义方便维护项目的时候搜起来方便(可搜索性)，中文 key 的好处是维护代码的时候成本不会提升。

3. 这个应该还要结合 UI 来看，有些地方替换之后会存在文字长度问题导致 UI 变形。

4. 这个可能得结合实际替换，一般用 i18n 插件好像只有追加没有查重，人工写的话纯文本应该不会有重复的，带模板的可能重的多些。

5. 个人感觉复用可以，但不要追求。

支持楼主。

换个环境设备试试咯。

打 csgo 我也有这感觉，总是觉得 loss 了，上周去朋友家试了 144hz+300fps 之后确定了，只是单纯的菜= =。

支持一下。

月捐了 4 年儿童基金会= =，好像没啥坑= =。

@OkabeRintaro

啥外功模板= =。

大概是这样：

1. 每个页数用 z-index 叠加在同一个位置上。关键代码是：`position: absolute; z-index: 1`，z-index 按倒序排。

2. 翻页时候用 transform ，父节点控制整体向左移动，子节点再次控制除父节点以外的内容向右移动相同的距离，这时候就会看到左侧内容不变但右边内容渐现的效果，关键代码是双层 DOM：`<div style="transform: translate(-100px, 0)"><div style="transform: translate(100px, 0)"></div></div>`。

3. 增加一个翻页的效果，这个原网页用的 canvas 画的，不过他那个看起来也比较简陋，可以让你们设计切一个图跟着移动增加宽度就好了。

恭喜。

哇酷哇酷。

@zhaomeicheng

hh ，我一开始也没有思路，不过有个好队友提示。

```
const compose = arr => {
const run = lastArr => {
if (lastArr.length === 0) {
return;
}
const first = lastArr.shift();

first(() => run(arr));
};
return () => {
run(arr);
};
};
```

这样？运行结果是 ok 的，没做检查。

看漫画吗，《传武》挺不错的。

python:
```
while 1:
print('')
```

几个核跑几个。

@kajweb 感觉往减少加载时的依赖大小方向靠拢比突破 Chrome 限制要有效且容易达成= =。

Vite 的命令行可以看到具体加载了哪些依赖，具体的可能还以再 lazy 一下。

50M 的资源都加载了什么？ js 和 css 不会有这么多吧。

18 年开始给联合国儿童基金会月捐，一开始 15 ，后面 25 ，35 ，现在 50= =。

直接在 Github 里写的，https://github.com/HuberTRoy/myown ，一些前端的知识~。

楼主的评论系统和 Github 的一样耶。

关山难越，谁悲失路之人。
萍水相逢，尽是他乡之客。

vdom 应该更多的是提供了跨平台的可编程能力，如果仅仅只有直接去操作 DOM 这一种途径，那在非浏览器场景下就不可用，比如服务器端渲染，有 vdom 在其他平台上框架操作的也是 vdom ，只需要实现如何渲染 vdom 就好了。