fov6363

文章可以看这个： https://zhuanlan.zhihu.com/p/386164280
技术方面可以使用 https://www.i18next.com/

1. 手写 key+翻译文件是主流做法；自动抽取文本进行转换的工具实用还不错，优点是编写简单，不需要考虑这个文案是否已经有了，缺点是代码中是有规则的编号，比如 no_1 ，不利于阅读（除非再开发一个 vscode 插件）
2. key 的命名风格看项目，中文利于阅读，但不是所有的模板渲染引擎都支持中文，而且中文里有标点符号处理起来会比较麻烦
3. 无所谓，命名能看懂就行，个人建议短一行
4. 这是一个核心问题，如果你在变更时希望所有相同文本都变那就用一个 key ，如果只希望某个地方变就用多个 key 。我的最佳实践是：和代码走，代码是复用的就一个 key ，代码如果不复用，就是多个 key
5. 复用与否取决于需求，如果需求不 care ，尽量复用呗

类型读写锁的思路：增加拿锁 1 ，删除拿锁 2 ，锁 1 与锁 2 互斥，锁 1 可同时存在多个，锁 2 只允许存在一个

update_time 建索引，用 update_time 来导数据，只导 update_time > last_sync_time 的数据

37 本书，推荐《独居的一年》

分子来了

图 1 的 3 - 4 之间插入 图 2 的 1 、2 、3

@e9e499d78f 感谢,这么一说我忽然明白了....我没看懂那个 forward-ports 是什么意思, 你这样一说,我忽略明白了...那个 java 程序是 8080 端口的..我尝试改一波

@will0404
一个常见的功能场景是: 开发用户的登录注册 API,Bob 开发登录 API,Anna 开发注册 API,比如验证密码方法是共用的,Bob 就可以告诉 Anna 这个方法我开发了,你一会拉我代码直接用就行,一个分支开发就会很方便.....如果是两个分支的就会比较麻烦....我的意思是,如果一个功能在同一分支开发,会比较快, 带来的问题就是合并代码的问题...我觉得多人开发同一分支是常见操作....