什么是设计模式
小说家和剧本作家很少从头开始设计剧情。他们总是沿袭一些业已存在的模式像“悲剧性英雄”模式（《哈姆雷特》）或浪漫小说。同样的，软件开发人员也沿袭一些模式来解决软件开发过程当中一些重复发生的问题。
每一个模式描述了一个在我们周围不断重复发生的问题，以及该问题的解决方案的核心。这样你就能一次又一次使用用该方案而不必做重复劳动。在面向对象的解决方案里，我们用对象和接口来解决发生在软件设计中的问题。
一般而言，一个模式有四个基本要素：
模式四个基本要素
- 模式名称：一个帮助记忆的名，用一两个词来描述模式的问题，解决方案和效果。
- 问题：描述了应该在何时使用模式。
- 解决方案：描述了设计的组成部分，他们之间的相互关系及各自的职责和写作方式。
- 效果：描述了模式应用的效果及使用模式应权衡的问题。
其实，不同的出发点会产生对什么是设计模式和什么不是模式的理解不同。一个人的模式对另一个人来说可能只是基本构造部件。所以对于我们程序员来说，我们是在一定的抽象层次上讨论模式。
设计模式的目的
你曾经有多少次有过这种感觉——你已经解决过了一个问题但就是不能确切的知道是在什么地方或怎么解决的？如果你能记起以前问题的细节和怎么解决的，你就可以复用以前的经验而不需要重新发现它。那么其实我们使用设计模式最大的目的就是复用。其他的好处等我们下面在具体使用的时候再一一介绍。
设计模式的分类
设计模式在粒度和抽象层次上各不相同。由于存在众多的设计模式，我们用按照设计模式的结构来进行一个划分：
image.png
- 创建型。创建型模式与对象的创建有关。创建型模式将对象的部分创建工作延迟到子类，而创建型对象模式则将对它延迟到另一个对象中。
- 结构型。结构型模式与处理类或对象的组合；结构型模式使用继承机制来组合类，而结构性对象模式则描述了对象的组装方式。
- 行为型。 行为型模式对类或对象芝麻用交互和怎么样分配职责进行描述。行为型模式使用继承描述算法和控制流，而行为型对象模式则描述一组对象怎样协作完成单个对象无法完成的任务。
怎样选择设计模式？
JAVA设计模式大致有21个可供我们选择，要从这里面挑出一个针对特定问题的设计模式还是很困难的，尤其是面对一组新的模式，你还不熟悉他的时候。这里给出几个方法帮助你们发现适合你手头问题的设计模式：
- 考虑设计模式是怎样解决问题的。
- 浏览模式的意图部分
- 研究模式怎样互相关联
- 研究目的相似的模式
- 检查重新设计的原因
- 考虑你的设计中哪些是可变的
如何使用设计模式？
其实前面的理解这些设计模式并没有什么难度，难就难在我们怎样去应用设计模式来解决问题。设计模式的使用流程不是一成不变，只有哪个更合适，更加贴合你的应用场景。下面给出一些惯例：
这里摘自《Design Pattern》，就不详细写了
- 大致浏览一遍模式 特别注意其适用性部分和效果部分。
- 回头研究结构部分、参与者部分和协作部分。确保你理解这个模式的类和对象以及它们是怎么样关联的。
- 看示例代码部分，看这个模式代码形成的具体例子。
- 选择模式参与者的名字，使他们在上下文中有意义。
- 定义类
- 定义模式中专用于应用的操作名称。
- 实现执行模式中责任和协作的操作。
大体的流程基本是这样，只是书中的介绍更加细分。其实关键的一个核心点在于抽象，如何去找合适的对象，这个对象的确定，直接决定了我们能否准确的套用设计模式，这在某种程度上实际上考验了我们对数据的抽象能力。所谓抽象就是从表面看到本质，从片面看到整体，然后抽丝剥茧似的找出那些稳定的、共同的特征。
下面将在下面文章中逐步介绍每个设计模式具体怎么使用。
网友评论