修仙道路上的一些基本准则 （1：不得打杀凡人 2：...）

DRY原则（抽取共性）

Don't Repeat Yourself：不要重复你自己

不遵循DRY原则的表现：
	项目中很多重复逻辑的代码，包括实现逻辑重复、功能语义重复、代码执行重复等。
	然后修改一个地方，另外一个地方忘记修改，导致有bug。

如何遵循DRY原则：
	1：抽取共性代码,统一封装，统一修改(如好几大坨if,else  修改为策略模式（后面再修改就很方便了）)

KISS原则（简单易懂,多用类库）

1：写的尽可能简单明了
2：不要重复造轮子，善于使用已经有的工具类库

核心：让你的同事看得懂，利他

单一原则（模块、包、类、方法，写法的原则）

1：一个模块、类或者方法只做一件事

如：网工程务做网管，feign工程做feign，通用服务工程做通用的事情...

体现：不一定必须要分模块，只需要根据项目大小，业务情况，合理分配即可

开闭原则（策略模式是其体现）

在不修改核心逻辑的前提下，完成新功能

要通过新增类实现功能，而不是修改原有的类或者逻辑。因为修改已有代码很有可能对已有功能引入bug。

比如：
	写了一坨if else,而且多个地方都有类似的逻辑

后续修改：
	1：继续叠加if else 
	2：基于策略模式优化

最后：
	基于if else叠加可能会存在bug,如有一个忘了写新if else
	基于策略，增加子类，继承接口，从而达到实现的目的

总结: 少写if else,如果需要加新逻辑，就添加新的子类

里氏替换原则（子类实现原则）

共性的功能由父类定义，子类实现其功能

特有的功能由子类自己实现，

有的（子类）需要有，有的（子类）不需要有的功能，写一个新的接口，需要使用的子类实现