设计模式

设计模式 1995 年，艾瑞克·伽马（ErichGamma）、理査德·海尔姆（Richard Helm）、拉尔夫·约翰森（Ralph Johnson）、约翰·威利斯迪斯（John Vlissides）

日常生活中办理一件事情往往需要一系列的流程，且流程直接还是有顺序的。比如我们去医院看病，首先要挂号，然后再去排号会诊，医生根据病人的情况开具指定的药品，接口病人根据医生开具的药品单去缴费...

在软件开发的过程中，经常会对一个数据结构（对象数据）进行不同的业务操作，被访问的方法也不同。例如我们对一个权限管理系统某一个用户对象做操作，用户的用户名查询、更改，用户的积分查询，用户的权限查询等..

在平时的编码过程中，我们往往会遇到一个接口的实现会有多种，不同的实现（不同的策略）使用在不同的场景中。举个简单的场景，项目中使用到的站内消息，站内消息的存储介质我们可以是关系型数据库（又分不同的厂商）

在程序设计中，要访问集合对象时。一般通过for循环、foreach、迭代器等方式。Java中的集合提供都有迭代器，例如 Collection、List、Set、Map 都提供了迭代器...

一般生活中我们办理一件事需要一套指定的流水线。例如银行办事，需要先去营业厅取号、排队、办理业务、综合评分。这一套固有的流程，取号、排队、综合评分等都是固定的，不同的客户会办理不同的业务...

在现实生活中，任何对象事务都不是孤立的。往往一个对象的改变，可能会造成相关对象的连锁反应。比如说我们日常生活中，参与公共交通的过程...

"代理"反应到生活中，有很多类似的案例。例如之前互联网没有那么发达的时候我们买火车票，除了去火车站买，往往每个区域或者街道会有火车票代售点。各个代售点，就类似于我们的代理模式中的代理对象...

组合模式在我们的生活场景中也有体现，比如说我们的公司组织结构，大的部门中间包含一个个一级部门，一级部门下还有不同的子部门。 或者说我们计算机中的文件系统，根目录下有各文件，文件夹下可以有子文件夹...

在程序开发的过程中，往往会存在大量的重复的对象。重复的创建对象往往需要虚拟机开辟多块内存来存储这些对象，这就造成了内存的浪费。如果流量洪峰过来，而且对于系统的稳定性也是一个挑战.....

外观模式，有的资料也叫做“门面模式”，外观模式使用比较简单，使用的频率也不高，主要是这个思想。   举个生活中的例子，我们知道之前如果办理个证件后者手续，没有互联网之前，我们要各个单位部门的跑。。。

在了解桥接模式之前，我们试着理解的这个名称的含义。“桥接”（Bridge Design Pattern），有连接引用之意。在GoF的《设计模式》一书中，是这样描述的 “将抽象和实现解耦，让它们可以独立

生活中经常出现两个“事物”不能直接匹配，需要中间加一层转换层实现原本不兼容的接口或者规范变得通用。例如我们使用的各种电源适配器，还例如我前段时间更换电脑的SSD，应因新的SSD与老的不兼容

在传统的软件开发过程中，如果想对某一组件扩展相应的功能，首先想到的可能是继承的方式来实现。但是如果要增加一系列的功能的话，随着功能的增多。子类就会很膨胀，而且继承的方式耦合性很高。

在系统开发中，往往会有创建一个复杂对象的需求。这个复杂对象由多个子部件组合而成。例如我们现在需要组装一台计算机，计算机由CPU、主板、硬盘、内存、显示器、鼠标、键盘......等组装而成

在一些系统中，可能会出现大量的相同的对象或者相似的对象，且创建此类对象时，会比较复杂且耗资源。那么使用本节需要讲的原型模式，可以解决此类问题。

在 工厂方法模式 中，可以看到一种工厂，只 ==产生==一种类别的具体产品信息，同种类称为同等级，也就是说：工厂方法模式只考虑生产同等级的产品，但是在现实生活中许多工厂是综合型的工厂

在 简单工厂模式 一节介绍了简单工厂模式，提到了简单工厂模式违背了开闭原则，而“工厂方法模式”是对简单工厂模式的进一步抽象化，其好处是可以使系统在不修改原来代码的情况下引进新的产品，即满足开闭原则。

简单工厂模式  工厂模式的定义：定义一个创建产品对象的工厂接口，将产品对象的实际创建工作推迟到具体子工厂类当中。这满足创建型模式中所要求的“创建与使用相分离”的特点。

单例模式 所谓的单例模式，就是采取一定的方法保证在整个系统中，对某个类只有一个对象实例；并且该类只提供一个获取该对象实例的方法。