学习笔记（十一）——设计模式

这次理论内容较多，大家有什么不明白的可以自己查阅。
与开始学习Android代码不同，我自己认为设计模式已经是学习Android（包括其他的设计语言一样）的一种升华，它更多的不是强调代码的含义及使用，而是更多强调设计程序的框架，是从更高的眼光来看整个设计过程。
Android是以Java为基础进行开发的，Java是一种面向对象的设计语言，通过学习，我发现它最大优势不是通过封装继承多态实现更方便的对象调用，而是抵御变化，实现复用。

面向对象的设计原则：

• 1.依赖倒置原则（DIP）
  依赖就是编译的时候有你才能通过，依赖是不好的；
  高层模块（稳定）不应该依赖于低层模块（变化），二者都应该依赖于抽象（稳定）。
  抽象不应该依赖于实现细节（变化），实现细节应该依赖于抽象（稳定）。
  该原则用于及其广泛。

• 2.开放封闭原则（OCP）
  对扩展开放，对更改封闭
  类模块应该是可扩展的，但是不可修改

• 3.单一职责原则（SRP）
  一个类应该仅有一个引起它变化的原因
  变化的方向隐含着类的责任

• 4 Liskov替换原则（LSP）
  子类必须能够替换它们的基类（IS-A）
  继承表达类型抽象

• 5.接口隔离原则（ISP）
  不应该强迫程序依赖他们不用的方法
  接口应该小而完备
• 6.优先使用对象组合，而不是类继承
  类继承通常为“白箱复用”，对象组合通常为“黑箱复用”
  继承在某种程度上破坏了封装性，子类父类耦合度过高
  而对象组合则只要求被组合的对象具有良好定义的接口，耦合度低
• 7.封装变化点
  使用封装来创建对象之间的分界层，让设计者可以在分界层的一侧进行修改，而不会对另一侧产生不良影响，从而实现层次间的松耦合
• 8.针对接口编程，而不是针对实现编程
  不将变量类型声明为某个特定的具体类，而是声明为某个接口
  客户程序无需获知某个对象的具体类型，只需要知道对象所具有的接口
  减少系统各部分的依赖关系，从而实现“高内聚，松耦合”的类型设计方案

常见的开发模式：
1，Template Method
是一种基础的设计模式，在这个对象系统中有着大量的应用，它用最简洁的机制（虚函数的

多态性）为很多应用程序框架提供了很灵活的扩展点，是代码复用的基本实现结构。
另一个重要特点是“不要调用我，让我来调用你”的反向控制结构。
在具体实现方面，被TemplateMethod调用的虚方法可以具体实现，也可以没有人格实现（抽

象方法，纯虚方法），但是一般推荐设置为protected方法。

2.Strategy模式
Strategy及子类为组件提供一系列和可重用的算法，从而可以使得类型在运行时方便地根据

需要在各个算法之间进行切换。
Strategy模式提供了用条件判断语句以外的另一种选择，消除条件语句就是解耦和。含有许

多条件判断语句的代码通常都需要Strategy模式。
如果Stragety对象没有实例变量，那么各个上下文可以共享一个Strategy对象，从而节省对

象开销。

3.Observer模式
使用面向对象的抽象，Observer模式使得我们可以独立地的改变目标与观察者，从而使两者之间的依赖关系达致松耦合。
目标发送通知时，无需指定观察者，通知（可以携带通知信息作为参数）会自动传播。
观察者自己决定是否需要订阅通知，目标对象对此一无所知。
Observer模式是基于事件的UI框架中非常常用的设计模式，也是MVC模式的一个重要组成部分。

4.Decortor模式

通过组合而非继承的手法，Decorator模式实现了在运行时动态扩展对象功能的能力，而且可以根据扩展多个功能。避免了使用继承带来“灵活性差”和“多子类衍生问题”。
Decorator模式的目的并非解决“多子类衍生的多继承问题”,Decorator模式应用的要点在于解决“主体类在多个方向上的扩展功能”

5.Bridge模式
使用“对象间的组合关系”解耦了抽象和实现之间固有的绑定关系，使得抽象和实现可以沿着各自的维度来变化。
Bridge模式有时候类似于多继承方案，但是多继承方案往往违背单一职责原则（即一个类只有一个变化的原因），复用性比较差。Bridge模式是比多进程方案更好的解决方法。

6.Factory Method模式
Factory method模式用于隔离类对象的使用者和具体类型之间的耦合关系。面对一个经常变化的具体类型，紧耦合关系会导致软件的脆弱。
Factory Method模式通过面对对象的手法，将所要创建的具体对象工作延迟到子类，从而实现一种扩展的策略，较好地解决了这种紧耦合关系。
Factory Method模式解决“单个对象”的需求变化，缺点在于要求创建方法/参数相同。

7.Abstract Factory工厂
该模式主要在于应对“新系列”的需求变动。其缺点在于难以应对“新对象”的需求变动。
如果没有应对“多系列对象构建”的需求变化，则没有必须使用这个模式，这时候使用简单工厂完全可以。

由于设计模式很多，而且设计模式在初学阶段一般不做要求，所以对于初学者大家可以不用掌握，但要在设计中逐渐去体会它。