Java设计模式-概论

一、设计模式简介

设计模式（Design pattern）代表了最佳的实践，通常被有经验的面向对象的软件开发人员所采用。设计模式是软件开发人员在软件开发过程中面临的一般问题的解决方案。这些解决方案是众多软件开发人员经过相当长的一段时间的试验和错误总结出来的。

设计模式提供了一个标准的术语系统，且具体到特定的情景。例如，单例设计模式意味着使用单个对象，这样所有熟悉单例设计模式的开发人员都能使用单个对象，并且可以通过这种方式告诉对方，程序使用的是单例模式。

设计模式已经经历了很长一段时间的发展，它们提供了软件开发过程中面临的一般问题的最佳解决方案。学习这些模式有助于经验不足的开发人员通过一种简单快捷的方式来学习软件设计。

二、设计模式原则

1、开闭原则（Open Close Principle）

开闭原则就是说对扩展开放，对修改关闭。

在程序需要进行拓展的时候，不能去修改原有的代码，实现一个热插拔的效果。所以一句话概括就是：为了程序的扩展性好，易于维护和升级。想要达到这样的效果，我们需要使用接口和抽象类，后面的具体设计中我们会提到这点。

2、里氏代换原则（Liskov Substitution Principle）

里氏代换原则（Liskov Substitution Principle LSP）面向对象设计的基本原则之一。里氏代换原则中说，任何基类可以出现的地方，子类一定可以出现。 LSP是继承复用的基石，只有当衍生类可以替换掉基类，软件单位的功能不受到影响时，基类才能真正被复用，而衍生类也能够在基类的基础上增加新的行为。里氏代换原则是对“开-闭”原则的补充。实现“开-闭”原则的关键步骤就是抽象化。而基类与子类的继承关系就是抽象化的具体实现，所以里氏代换原则是对实现抽象化的具体步骤的规范。

3、依赖倒转原则（Dependence Inversion Principle）

这个是开闭原则的基础，具体内容：真对接口编程，依赖于抽象而不依赖于具体。

4、接口隔离原则（Interface Segregation Principle）

这个原则的意思是：使用多个隔离的接口，比使用单个接口要好。还是一个降低类之间的耦合度的意思，从这儿我们看出，其实设计模式就是一个软件的设计思想，从大型软件架构出发，为了升级和维护方便。所以上文中多次出现：降低依赖，降低耦合。

5、迪米特法则（Demeter Principle）（最少知道原则）

 为什么叫最少知道原则，就是说：一个实体应当尽量少的与其他实体之间发生相互作用，使得系统功能模块相对独立。

6、合成复用原则（Composite Reuse Principle）

原则是尽量使用合成/聚合的方式，而不是使用继承。

三、设计模式分类

总体来说Java设计模式可以分为三大类，23种具体的基本设计模式，当然在Java中一般还会把J2EE中使用的复合功能归于模式设计中，我们会在之后的学习和工作中遇到后再作了解：

1、创建型模式(5种)

这些模式提供了一种在创建对象的同时隐藏创建逻辑的方式，而不是使用new运算符直接实例化对象。这使得程序在判断针对某个给定实例需要创建哪些对象时更加灵活。

创建型设计模式可以划分五种：

• 单例模式()
• 工厂方法模式()
• 抽象工厂方法模式()
• 建造者模式(Bulid Pattern)
• 原型模式()

2、结构型模式(7种)

这些设计模式关注类和对象的组合。继承的概念被用来组合接口和定义组合对象获得新功能的方式。

创建型设计模式可以划分七种：

• 适配器模式(
• 装饰器模式
• 代理模式
• 外观模式
• 桥接模式
• 组合模式
• 享元模式

3、创建型模式(11种)

这些模式特别关注对象之间的通信。

创建型设计模式可以划十一种：

• 策略模式
• 模板方法模式
• 观察者模式
• 迭代子模式
• 责任链模式
• 命令模式
• 备忘录模式
• 状态模式
• 访问者模式
• 中介者模式
• 解释器模

4、J2EE模式(8种)

这些设计模式特别关注表示层，是由Sun Java Center鉴定的。

创建型设计模式可以划分8种：

• MVC模式
• 业务代表模式
  
• 组合实体模式
• 数据访问对象模式
• 前端控制器模式
• 拦截过滤器模式
• 服务定位器模式
• 传输对象模式

注：J2EE模式不是Java的基本设计模式(23种)的模式，其实还有另外两种模式：线程池模式和并发行模式。

对于上述模式,在后续的文章中会逐一介绍。

设计模式之间的关系图：

设计模式需要几个阶段的学习，

没有大量项目经验的时候学习，可能只是了解，

当有了一些项目场景的时候，才会深刻体会到其中的奥妙。

上面文章有些在写的时候，“借鉴”甚至“抄袭”了很多其他博主的文章，主要也是当时自己理解的不够深刻，需要借助现有的场景去理解，接下来会抽时间梳理一下设计模式的东西，整理一遍，希望能帮到大家。