- 类要短小，想短小就得尽量单一职责，或者说因为要单一职责所以短小。“系统应该由许多短小的类而不是少量巨大的类组成”
- 类要高内聚，如果发现一个类有太多的属性，就要思考这些属性之间是否有关联，是否应该拆分到不同的类里
- 使用依赖注入，AOP 等改善架构
- 注意边界值，不要让代码在边界处出现异常
- 永远不要有重复代码
- 不要人为耦合。“人为耦合是指两个没有直接目的之间的模块的耦合。其根源是将变量、常量或函数不恰当地放在临时方便的位置。这是种漫不经心的偷懒行为。……不要为了方便随手放置，然后置之不理。”
- “代码应该放在读者自然而然期待它所在的地方。PI 常量应该在出现在声明三角函数的地方。”
- 不要出现魔术数。虽然知道，但有时就是为了偷懒，觉得也没什么问题，会直接用数字。
- 布尔值的复合，用一个函数封装，说明其含义，直接多个布尔值，不太容易判断出想要干什么
- 否定的布尔判断不如肯定好理解，可以封装方法内部取反
- 对于有先后顺序的调用逻辑来说，最好让前一个函数的返回值作为后一个的参数，这样有必然的顺序，不至于随意修改顺序调用
- 不要继承常量，通过静态导入。继承来的不直观，不知道哪里来的
网友评论