0.设计模式思想

1.说明
该篇不涉及具体的设计模式，而是对相关编程思想的总结，而具体的设计模式也是在该思想下的具体补充和实现。所以设计思想可以说是设计模式的灵魂。
而在开发的过程中，因为业务逻辑等不同，可能会和相关思想冲突，所以要做到尽量满足，而不是刻板遵守。

2.单一职责模式
就一个类而言，应该仅有一个引起它变化的原因
如果一个类职责过多，就等于把这些职责耦合在一起，一个职责的变化，可能会削弱或者抑制这个类完成其它职责的能力。这种耦合方式会导致脆弱的设计，当变化发生时，会遭到意想不到的破坏。
发现并分离职责是软件设计很大一部分。如果你想到一个类，可以有多个条件来改变，那么久应该考虑职责分离
3.开放封闭原则
解释：软件实体（类，模块，函数）可以扩展，但是不可以修改
对于扩展是开放的，对于修改是封闭的
在设计时：尽量让这个类足够好，写好以后就不用修改，如果新需求到来，我们增加一些类就完事了，原来的代码能不动就不动。
当变化发生时，我们应该以抽象的方式来隔离代码，从而实现为新增而不是更改
好处：可维护，可扩展，可复用，灵活等
4.迪米特法则
定义：如果2个类不通信，那么这两个类就不应该发生直接的相互作用。如果一个类需要调用另外一个类，或者某一方法，可以通过第三者转发这个调用请求
思想：强调类之间的松耦合，类之间的耦合越小，那么越有利于复用，一个处在弱耦合的类被修改，也不会对有关系的类造成波及