几个编程原则

 模式永远是招式，原则才是内功

下边是几个感受比较深的几个编程原则

1：单一职责

不仅仅是类，你的每个函数，每个变量都需要遵从这个原则。为什么呢？

如果一个东西有两种功能，当哪一天你需要把某个功能去掉时，你就需要把所有用到这两个功能的地方梳理出来修改，修改的东西多，就会容易改错或漏改，bug出现的概率也开始变大。

如果一个东西有两种功能，那你想给这个东西取个好名字的难度就会加大，命名是代码的易读性的基石，当你发现你不知道该怎么命名时，你或许该想想你的设计了。

 

2：在尽可能早的地方对错误进行判断

很多人告诉我们，不要相信输入，要对每个返回做判断，但从来没有人告诉我们，要尽早做判断。

比如说，读取后端配置，因为后端配置有可能产品人员不小心配置，有可能配置组件本身有bug，所以我们读取配置时都要进行判断。思想没错，但这样做的后果就是代码可读性很差，到处是异常判断和有效性检测。如果你在尽可能早的地方对错误进行判断，就可以解决这种问题。比如，在输入配置时就做判断。

在尽可能早的地方对错误进行判断，既可以保证代码的稳定性，又能提高代码的可读性和可维护。

 

3：灵活变通，在合适的地方使用合适的方法

这点还挺难表述清楚的。很多时候要做平衡，代码可读性，效率，封装，重用性等等。需要具体情况具体分析。

比如说，在应用为主，不断变化的需求中，你可能要把代码可读性，可维护的权重调高一点，把效率的权重调低一点；在公共组件方面，你可能要把效率的权重调高一点，因为这东西一旦稳定，后续的修改会很少。

很多情况，要具体问题具体分析。