《从码农到工匠--学习笔记》设计原则

所谓原则，就是一套前人通过经验总结出来的，可以有效解决问题的知道思想和方法论。可令事半功倍。

SOLID（稳定性）：
	Single Responsibility Principle（SRP）：单一职责原则。
	Open Close Principle （OCP）：开闭原则。
	Liskov Substitution Principle（LSP）：里氏替换原则。
	Interface Segregation Principle（ISP）：接口隔离原则。
	Dependency Inversion Principle （DIP)：依赖倒置原则。
开闭原则和里氏代换原则式设计目标；单一职责原则、接口分隔原则和依赖倒置原则是设计方法。

SRP 要求每个软件模块职责要单一（模块、类、函数），衡量标准是模块是否只有一个被修改的原因。职责越单一，被修改的原因就越少，模块的内聚性就越高，被复用的可能性就越大，也更容易被理解。
函数与数据分离。函数负责处理接受的数据，不再做逻辑判断。

OCP。润洁实体应该对扩展开发，对修改关闭。方便新需求扩展代码，类一旦设计完成，就可以独立完成工作，不要更改。新增代码不影响原有业务。在面向对象设计中，通常通过继承和多态来实现OPC，即封装不变部分，需要变化的，通过接口继承实现开发。
区别面向过程语言和面向对象语言最重要的标志就是看它是否支持多态。
以达到OCP为目标为目的的设计模式:装饰者模式、策略模式（制定一个策略接口，让不同策略实现成为可能）、适配器模式、观察者模式（灵活添加或删除观察者来扩展系统功能）。
LSP：程序中的父类型都应该可以正确地被子类型替换。子类应该可以替换任何基类出现的地方，代码还能正常工作。
Isp:多个特定客户端接口要好于一个宽泛用途的接口。使用多个专门的接口比使用单一的总接口要好。接口拆分时，也要满足单一职责原则，让一个接口的职责尽量单一。满足ISP后，最大好处是将外部依赖减到最少，只需要依赖你需要的东西，可以降低模块间的耦合（couple）。
DIP：模块之间交换应该依赖抽象，而非现实。要求高层模块不应该依赖底层模块，二者都应该依赖抽象。抽象不应该依赖细节，细节应该依赖抽象。要”面向接口编程“。遵循DIP，大大提高系统的灵活性。
依赖倒置，就是要反转依赖的方向让原来紧耦合的依赖关系得以解耦，这样依赖方和被依赖方都有更高的灵活度。由于框架可能经常升级，我们应当引入新的抽象，不关心具体如何实现，来和框架本身解耦。架构层面，DIP同样具有重要的指导意义。
DRY：Donot Repeat Yourself，在程序设计和计算中避免重复代码。
系统的每一个功能都应该有唯一实现。也就是说，如果多次遇到同样的问题，就应该抽象出一个共同的解决方法，不要重复开发同样的功能。避免修改一个功能，改很多代码。
YAGNI：You Ainot Gonna Need It （你不会需要它）。处理核心功能之外，其他的功能一概不要提前设计，加快开发进程。Rule Of Three ：当某个功能第三次出现，就有必要抽象化了。
软件设计本身就是一个平衡的艺术，既反对过度设计，也不赞成无设计。
KISS：Keep It Simple and Stupid，把事情变得复杂很简单，把事情变得简单很复杂。好的目标不是越复杂越好，而是越简洁越好。
真正的简单绝不是毫无设计感，上来就写代码，而是宝剑锋从磨砺出，亮剑的时候犹如一道华丽的闪电，背后却有着大量的艰辛和积累。不是不思考而是先发散、再收敛。在纷繁复杂中，把握问题的核心。
POLA：Principle of least astonishment，最小惊奇原则。写代码要越简单越好。首先要做的就是规范和标准。