@Corbusier 这其实是两个状态，不应该互相干扰的。前端展示应该同时判断两个状态。
两个状态：
敏感：可能取值：等待验证结果、有敏感词、没问题
其他：可能取值：没问题、超长、特殊字符
一个前端展示函数：
敏感为有敏感词，显示为有敏感词。
敏感为等待验证结果，显示为等待中。
敏感为没问题，根据“其他”的状态显示。
输入完或异步回调完都调用展示函数即可。

不过我没明白为什么同步的判断优先级要比敏感词低。按理说应该是先通过了同步判断再进行 ajax 验证的。

没懂，异步请求回来再同步判断会有什么问题？
过程中前端应该保持“等待服务器结果”的状态。

能用 await 的话代码更简单了。await 1 然后同步 2 呗……

嗯，总算跟 sublime 区别开了

……好吧，那没必要提 JSON 呀，而且你帖子里写的还是“ json 数据”，直接说普通 js 对象呗……我也推荐直接用 lodash 的 get 函数，有需要可以直接看源码。

JSON.parse(字符串) 返回 js 对象

用 prettier 自动给需要的地方加分号

恭喜恭喜

我觉得吧应该有台专门的设备自动打包（逃

cmd + shift + p 出现命令输入框后 git: open changes

cmd + shift + p

自动 sharding 呗。其实 tidb 做的不错，求大神开发 timongo 接口直接对接 mongodb api。

@NCE 你这分析结果估计是遇上了不支持的语言，不然复杂度不能这么低……

@iugo 游戏服务器还有 python 什么的呢。很多游戏计算量不大，就是读读数据库，用什么语言都差不多~

游戏服务器 ts 生成的 js 分析结果：

Number of files: 188
Source lines of code: 55663
Duplicate rate: 22.44%
Max complexity: 145
Complexity > 5 (count): 97
Complexity > 10 (count): 69
Complexity > 20 (count): 26

辣眼睛……正在翻阅 verbose 结果中……

@UnknownR 跟 VS 无关。你用编辑器改过，git 就知道哪里有修改，是 git 保存的原始文件。用 git diff 看看就知道了

git 本身保留着所有文件的原始内容呀，不然怎么提交？

你先搞清楚这个数据是存在哪里。数据库有锁、事务的概念。node.js 单进程不需要锁。多进程之间依赖外部服务处理同步问题。

……还有不少人花钱做慈善呢。花点儿时间做软件有什么不可以？