KISS、YAGNI原则
一、如何理解“KISS”原则?
- KISS原则:Keep It Simple and Stupid。
- 描述:尽量保持简单。KISS原则是保持代码可读和维护的重要手段。代码足够简单,也就意味着很容易懂,bug比较难隐藏,即便出现bug,修复也比较简单。
二、代码函数越少就越“简单”吗?
- KISS原则是保持代码可读和可维护的重要手段。KISS原则中的“简单”并不是以代码行数来考量的。代码行数越少并不代表代码越简单,我们还要考虑代码的复杂度、实现难度、代码的可读性等。而且,本身就复杂的问题,用复杂的方法解决,并不违背KISS原则。除此之外,同样的代码,在某个业务场景下满足KISS原则,换一个应用场景可能就不满足了。
三、如何写出满足KISS原则的代码呢?
- 不要使用同事可能不懂的技术来实现代码。比如正则表达式,一些编程语言中过于高级的语法等。
- 不要重复造轮子,要善于使用已有的工具类库。经验证明,自己去实现这些类库,出bug的概率会更高,维护的成本也比较高。
- 不要过度优化代码。不要过度使用一些奇技淫巧(比如,位运算代替算术运算、复杂的条件语句代替if-else、使用一些过于底层的函数等)来优化代码、牺牲代码的可读性。
四、YAGNI跟KISS说的是一回事吗?
- YAGNI:You Ain’t Gonna Need It。
- 描述:不会需要它。不要去设计当前用不到的功能;不要去 编写当前用不到的代码。核心思想:不要做过度设计。
- 比如:不要在项目中提前引入不需要依赖的开发包,这样是违反YAGNI原则的。