「clean code」clean code

clean code

本来也是一个书的名字，也是很喜欢的一本书。

这里就写下自己多年coding的理解，阅读clean code的笔记，以及若干coding principle。

bjarne对于clean code的看法

关于clean code自己的看法

在我看来，clean code在于两个方面：

具体

具体我们可以做的一些事情，

保持收敛

这里就谈两个：

1， yagni（you arn’t gonna need it)原则，不要为可能发生的事情做很多准备。

实际上我和组里程序力相当的同事，谈到可扩展的代码的时候，我们都同意，虽然我们常常也会写出在未来程序需求改变时候，依旧运行很好地代码，但是我们在设计的时候，并没有刻意的去考虑。

考虑这些情况，往往会导致多余代码实现，因为未来可能的情况实在太多了，考虑一两种，则因为不能穷尽而本身意义有限，考虑所有则让代码数量级上升而无从去写。

实际情况就是我们只考虑了这个问题的本质，不停留于表面，而深入本质，那么这个问题在“万变不离其宗”的范畴，代码依旧运行良好，在本质发生变化的时候，则不是当前代码的原则了。

如果停留于表面，则“万变不离其宗”的时候，就被万变情况打破了，如果在设计围绕“本质”阶段，对于本质的定义过于宽泛，那么就完全不能收敛，最终造成代码缺少专注，写出一个

2，随着游戏开发的游戏引擎

这里也是，往往我们想做出能够非常general，可以做任何游戏的引擎，但这也应了《孙子兵法》里的一句话“备前则后寡，备后则前寡，无所不备，则无所不寡”

我们的开发资源总是有限的，有的时候是人力和时间，这个尚且可以通过钱来不足，但是程序复杂度和有限的方向选择，则是不可扩展的。

不收敛的结果就是“无所不寡”，你不会写出同时在室内处理和室外处理都最优的场景管理，不收敛则平庸。

典型问题的典型解法

这里直接收录大量的信息，完全可以背诵以用于日常开发：

10 programming principle（https://www.makeuseof.com/tag/basic-programming-principles/）

其中两个是废话，省略成8个

clean code书中比较好的信息：

ref: