我又在思考什么是好的代码，结论是能减少工作量却能实现业务要求的代码，就是好的代码。
让同组小伙伴能够写更少的代码，写更轻松的代码，就是代码设计的核心诉求。程序员的开发体验就是效率与结果的最大保证之一。
什么样的代码写起来更轻松，大家配合起来体验更好呢？方便改动，更少冲突。
其实就是提了无数遍的 “高内聚，低耦合”，就是“单一职责”。道理是这么个道理，真要写的时候，有什么具体的纬度或者参考标的呢？有的，我现在的体验就是：稳定的代码！单元测试足够好写！
稳定的代码
稳定的代码通常是从 Signature 来首先反映出来的。一个方法、函数的签名，再写下来之后，就不应该再频繁地改变了。
单元测试足够好写
当你发现你的单元测试有点难写，超过一定的行数的时候，是时候反思这个方法是不是做了太多 的事情。通常 mock 掉不属于这个方法的职责，会让单元测试只考虑对应职责那一部分逻辑，从而降低复杂度，并且更加容易理解
未完待续...