xavierchow

> 刚想了想，我感觉还是应该把“从 token 中获取用户信息”这一操作放到 api 层去处理，然后将用户信息或者其中某些字段作为参数传递到 service 中，service 只处理业务逻辑这样更好些。

对的，这就是写测试代码的好处，促使你重新思考分层 /解耦有么有做好，测试困难很可能代码设计就有坏味道了。

仅从题主的例子来说，
第 1 点不同是可读性，imperative VS declarative ，
第 2 点关于复杂度的担忧（循环），同样是函数式的写法可以用 fold / reduce, 另外尽量用 transducer ，看上去很多的 transformer 实际上也只是循环一次。(不清楚 java 是否有类似的东西，https://clojure.org/reference/transducers 是 clojure 在性能方面的考量和努力）

> 综上, 这个 store 是会在不同线程中批量或单独读取写入的, 那么, 有什么办法保证批量或单独读写的原子性吗?

不太清楚你这个 store 是什么，如果你有多个 node.js application 需要共享数据，最直接的就是把数据放在 database ( redis 也行）里，由 database 来保证原子性。

我们从源头上抓起， 招聘的代码测试环节就有要求写测试代码，不写测试大概率是招不进来的。
进来后鼓励采用 TDD 方式开发，不写测试代码没人给 review PR ，就 merge 不回去主干分支，然后 CI 也会检查覆盖率。
之所以一直这么做，是团队真的获得了巨大收益（低缺陷率，低耦合模块结构，可以大胆重构 /加功能等等）
https://github.com/Wiredcraft/test-backend#functionality

test
https://user-images.githubusercontent.com/2748884/159954577-6bb040a9-01de-40b2-9d35-14b67c4fe571.jpeg

https://user-images.githubusercontent.com/2748884/159954577-6bb040a9-01de-40b2-9d35-14b67c4fe571.jpg

这是个很好的问题，
我们定义 new 出来的子类实例 primaryStudent 为 p,
则 p.__proto__ === PrimaryStudent(class).prototype,
PrimaryStudent.prototype.__proto__ = Student(class).prototype.
这个是我们关于原型链的基本理解，不会有问题，题主的困惑在于为什么在 web console 中，p.__proto__ 会显示成 Student?

我在 node.js/chrome/safari 中分别尝试了一下，
1. 在 node.js 和 safari 中 p.__proto__ 为 "PrimaryStudent"
```
Welcome to Node.js v12.18.2.
Type ".help" for more information.
> class Student {
... constructor(name) {
..... this.name = name;
..... }
...
... helloStudent() {
... console.log('student');
... }
... }
undefined
>
> class PrimaryStudent extends Student {
... constructor(name, grade) {
..... super(name);
..... this.grade = grade;
..... }
...
... helloPrimaryStudent() {
... console.log('primarystudent');
... }
... }
undefined
> var p = new PrimaryStudent('john', 5)
undefined
> p.__proto__
PrimaryStudent {}
> PrimaryStudent.prototype
PrimaryStudent {}
>
```

2. 在 chrome 中， 如贴主所截图，p.__proto__为 "Student"
```
var p = new PrimaryStudent('john', 5)
p.__proto__
Student {constructor: ƒ, helloPrimaryStudent: ƒ}
constructor: class PrimaryStudent
helloPrimaryStudent: ƒ helloPrimaryStudent()
```

个人认为，其实在不同环境中，PrimaryStudent.prototype(即 p.__proto)还是同样的 object:{constructor: PrimaryStudent，prototype: Student.prototype}, 只不过在 node.js 和 safari 中，解释器用 constructor 来称呼这个 object,
在 chrome 中，它用 prototype 来称呼这个 object，不知道这个有没有回答到贴主的问题，
当然如有错误请各位指正。

感觉是个 side project 呀，国内用 Clojurescript 的项目还是少啊

> 会写上一大堆的校验检查甚至是如果不存在就创建的代码

你需要明确你的模块的接口和职责，我猜测你的焦虑是由于对接口定义的不清晰， 另外不存在就创建很容易掩盖其他地方的错误，造成后期问题定位的更大问题。
可以看一下 [fail fast]( https://en.wikipedia.org/wiki/Fail-fast)。
另外你这些所谓的多余的代码有测试代码吗？能在测试环境跑过吗？不要去写不可测的代码，因为你不知道你所谓的多加的处理是否正确。（尽管你本意是让系统更 robust,但是增加复杂度和降低可读性来换取不知正确性的容错处理得不偿失）

这种仲裁一个准一个，基本上比较稳，现在还是劳动法还是比较保护劳动者的，我前前前东家因为社保缴纳问题被员工仲裁了，老板号称自己门路有多广都没用，上了仲裁还是乖乖赔偿。