设计模式初识

设计模式刚开始，实现了几个模式后，感觉每个模式都是隔离的，没有太多联系，感觉看书时出了问题，先对课本大体的了解一下。23种设计模式，其实前辈们总结出来解决问题的方式，宗旨还是保证系统的低耦合高内聚,适应变化，提高代码复用率，使软件更具有可维护性和可扩展性.而指导它们的原则就是设计原则。然后从设计原则入手，从常记忆........

下面就分别介绍每种设计原则。
单一职责：
就一个类而言，只有一个引起它变化的原因。
 开闭原则：
对扩展开放，对修改关闭。 

“设计的时候，尽量让这个类是足够好，写好了就不要去修改了，如果新需求来，我们增加一些类就完事了，原来的代码能不动则不动”
 里氏代替;
指的是子类必须替换掉它们的父类型。也就是说，在软件开发过程中，子类替换父类后，程序的行为是一样的。只有当子类替换掉父类后，此时软件的功能不受影响时，父类才能真正地被复用，而子类也可以在父类的基础上添加新的行为。
“子类型必须能够替换掉他们的父类型。”
 依赖倒置：
抽象不应该依赖于细节，细节应该依赖于抽象。
“ “面向接口编程，而不是面向实现编程”。”
接口隔离原则：
指的是使用多个专门的接口比使用单一的总接口要好。也就是说不要让一个单一的接口承担过多的职责，而应把每个职责分离到多个专门的接口中，进行接口分离。
“过于臃肿的接口是对接口的污染。不应该强迫客户依赖于它们不用的方法。”

找到两张图：左图对接口过于依赖，不管对依赖于它的类有没有用处，实现类中都必须去实现这些方法。
                     右图为符合接口隔离原则，对接口I进行了拆分。
合成复用：
简单地说，就是要尽量使用合成/聚合，尽量不要使用继承。
 迪米特法则：
又叫最少知识原则：如果两个类不必彼此直接通信，那么着两个类就不应当发送直接的相互作用。如果其中一个类需要调用另一个类的某一个方法的话，可以通过第三者转发这个调用。

“只与你直接的朋友们通信；不要跟“陌生人”说话。”
解决这个问题的方式是：使用依赖倒转原则， 这要就可以是调用方和被调用方之间有了一个抽象层，被调用方在遵循抽象层的前提下就可以自由的变化，此时抽象层成了调用方的朋友【如图】

小结：设计原则贯穿在设计模式之中，启到指引作用。

           看书前要重视书中的结构，对整本书有全局观，带着问题，或结构去看书。看视频资料前同样要做点功课，有全局概念，在学习过程中，就能够分析，比较，联想些什么。在设计模式中，每个模式对应着类图，方便记忆与理解。其他几种模式将在后面作介绍...........