java23种设计模式中常用的九种
Java开发中的23种设计模式
通常，一个设计模式描述了一个被证实可行的方案。
这些方案非常普遍，是具有完整定义的最常用的模式。
一般模式有4个基本要素：模式名称(pattern name)、问题(problem)、解决方案(solution)、效果(consequences)。
常见的Java设计模式有以下23种：1、抽象工厂模式(Abstract Factory)：提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。
2、适配器模式(Adapter)：将一个类的接口转换成客户希望的另外一个接口。
适配器模式使得原本由于接口不兼容而不能一起工作的类可以一起工作。
3、桥梁模式(Bridge)：将抽象部分与它的实现部分分离，使它们都可以独立地变化。
4、建造模式(Builder)：将一个复杂对象的构建与它的表示分离，使同样的构建过程可以创建不同的表示。
5、责任链模式(Chain of Responsibility)：为解除请求的发送者和接收者之间耦合，而使多个对象都有机会处理这个请求。
将这些对象连成一条链，并沿着这条链传递该请求，直到有一个对象处理它。
6、命令模式(Command)：将一个请求封装为一个对象，从而可用不同的请求对客户进行参数化;对请求排队或记录请求日志，以及支持可取消的操作。
7、合成模式(Composite)：将对象组合成树形结构以表示“部分-整体”的层次结构。
它使得客户对单个对象和复合对象的使用具有一致性。
8、装饰模式(Decorator)：动态地给一个对象添加一些额外的职责。
就扩展功能而言，它能生成子类的方式更为灵活。
9、门面模式(Facade)：为子系统中的一组接口提供一个一致的界面，门面模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。
10、工厂方法(Factory Method)：定义一个用于创建对象的接口，让子类决定将哪一个类实例化。
Factory Method 使一个类的实例化延迟到其子类。
java设计模式23种设计模式和思想
java设计模式23种设计模式和思想设计模式1.、概述设计模式不是⼀种语法上的规定，⽽是⼀种思想，是解决特定场景问题所总结出的⼀系列⽅法，可以灵活运⽤在我们实际开发中，提⾼我们代码的扩展性，可读性，稳健性，和复⽤性，从⽽使我们编写的代码更加稳健和安全1995年，由 Erich Gamma、Richard Helm、Ralph Johnson 和 John Vlissides 合著（Addison-Wesley，1995）。
这⼏位作者常被称为"四⼈组（Gang of Four）"，⽽这本书也就被称为"四⼈组（或 GoF）"书。
共收录了23中设计模式，是我们软件设计模式领域的⾥程碑就java体系来说，GOF是Java基础知识和j2EE框架架知识之间⼀座隐性的，我们都是知道抽象类和接⼝是java的核⼼思想，⽽这些设计模式便是转换你抽象的思维，从⽽提⾼你抽象的能⼒，进⽽灵活运⽤在代码编辑中。
*** 思想的转变，还是要体现在⽇常开发中，这样，我们才能更好的体会这些思想带给我们的便利之处**2、OOP七⼤原则2.1、开闭原则：对扩展开放，对修改关闭这⾥所指的就是我们设计模式的核⼼思想了，这种模式要求我们，在代码设计上，在不修改原代码的情况下，去增加功能，减⼩耦合性，再就是上⾯提到的扩展性了，基本上我们所有的设计模式，都是围绕这个思想进⾏展开的，2.1、⾥⽒替换原则：继承需保证超类中特性在⼦类中依然成⽴继承有很多的优点，但是也有缺点，采⽤⾥⽒替换的原则就是增强程序的健壮性,版本升级时也可以保持⾮常好的兼容性。
即使增加⼦类，原有的⼦类还可以继续运⾏。
在实际项⽬中，每个⼦类对应不同的项⽬含义，使⽤⽗类作为参数，传递不同⼦类完成不同逻辑，⾮常完美！我们这个就⽐较好理解了，⽐如我们的数组，是线性表结构的表现，是很多数据结构类的超类，所以它的特性，在其他类中也都是存在的，其它类也都具有这个特性2.2、依赖倒置原则：⾯向接⼝编程，⽽不是⾯向实现编程⾼层模块不应该依赖低层模块，两者都应该依赖其抽象；抽象不应该依赖细节，细节应该依赖抽象万物皆对象，只要是对象，那便是由分类的，抽象类的表⽰是 has a ，接⼝则是 is a ，但是我们在具体的实现上，⼤多数情况中，接⼝可以对有共同特性的类抽离出来，⾯向抽象编程，⽽不是⾯向实现编程，从⽽减⼩耦合度2.3、单⼀职责：控制类的粒度⼤⼩，将对象解耦，从⽽提⾼内聚性在⽇常开发中，其实就有再做这件事情，我们会把代码进⾏抽离成不同的类，进⽽使他们各⾃具有不同的功能，互不影响，依赖，这样在我们系统后期扩展，改造当中，也会减少⼤量的⼯作2.4、接⼝隔离原则：为不同的类，建⽴它们需要的专有接⼝不要强迫客户程序依赖于⾃⼰不需要的接⼝⽅法，⼀个接⼝只提供⼀个额定的功能，不应该把所有操作都封装到⼀个类中，根据具有共同特性的类，为他们提供专属他们的接⼝，这样在后期对这类功能做出扩展的时候，遵守接⼝定义，提⾼内聚性2.5、迪⽶特法则：只与你的朋友交谈，不与 '陌⽣⼈说话'⼀个对象应该和其他对象的关联越少越好，对象关联越多，耦合度就越⾼，如果类和类之间特定场景下需要关联，则可以通过⼀个中间类来实现这个功能，⽽不是将这两个类关联起来，就好像⽣活中我们的适配器是⼀样2.6 、合成复⽤原则：优先使⽤组合或聚合关系来实现，其次才考虑继承关系来实现新的对象通过关联关系，使⽤⼀些其他已存在的类对象，将它们各⾃拥有的功能，变为新对象的⼀部分，如果使⽤继承，会破坏系统原有的架构和维护的复杂度，维持类原有的封装性，提⾼复⽤的灵活性3、创建型模式单例模式，⼯⼚模式，抽象⼯⼚模式，建造者模式，原型模式3.1、单例模式1. 保证类实例只有⼀个2. 懒汉模式和饿汉模式package cn.hhw.designModel.factory.single;/*** Author: jyh* Date: 2020/8/27 22:31* Content:电脑产品类，保证对象的实例只有⼀个，减少系统资源的消耗，* spring IOC思想就是运⽤了这样的设计模式，和原型模式来管理bean实例* 饿汉模式* 饿汉，见名直意，就是类⼀开始就存在* 1.构造⽅法私有化* 2.创建静态类实例，在类被加载的时候就创建* 3.增加⼀个静态⽅法，返回类实例给调⽤者*/public class Computer {private String CPU;private String memory;private String disk;private String monitor;private static Computer computer=new Computer();//将构造⽅法私有,通过类内部返回⼀个类实例对象private Computer() {}public static Computer getInstants(){return computer;}}package cn.hhw.designModel.factory.single;/*** Author: jyh* Date: 2020/8/27 22:31* Content:电脑产品类，保证对象的实例只有⼀个，减少系统资源的消耗，* spring IOC思想就是运⽤了这样的设计模式，和原型模式来管理bean实例** 懒汉模式不提前创建类实例，当有调⽤者需要使⽤的时候，再创建* 1.构造⽅法私有化* 2.将对象实例加修饰volatile 保证在多线程下数据可见性的安全性，对象的实例永远只有⼀个* 3.增加⼀个静态⽅法，返回类实例给调⽤者* 4.将⽅法加同步锁，DCL 双重检查，防⽌多线程下产⽣的线程安全问题*/public class Computer2 {private String CPU;private String memory;private String disk;private String monitor;//让对象在多线程中可见性，禁⽌指令重排序private static volatile Computer2 computer;//将构造⽅法私有,通过类内部返回⼀个类实例对象private Computer2() {}//DCL 双重检查public static Computer2 getInstants(){if(computer == null){synchronized(Computer2.class) {if(computer == null) {return new Computer2();}}}return computer;}}结语：饿汉模式⽐较简单，没有线程安全问题。
Java23种设计模式(总结)
Java设计模式目录1. 设计模式(超级详细)内容简介有感于设计模式在日常开发中的重要性，同时笔者也自觉对设计模式小有心得，故笔者*写二十三种设计模式的简单例子、并整理二十三种设计模式的理论部份，综合汇总成这份Java设计模式（版），希望对大伙儿有所帮忙。
本份帮忙文档主若是为了向读者介绍二十三种设计模式，包括模式的描述，适用性，模*的组成部份，并附带有简单的例子和类*，目的是为了让读*了解二十三种*计模式，并能方便的查阅各类设计模*的用法及注意点。
所附的例子超级简单，慢慢的引导读者从浅到深了解设计模式，并能从中享受设计的乐趣。
由于每一个人对设计*式的明白得都不尽一致，因此，可能本文档的例子*有不适当的地址，还望列位读者指出不适当的地址。
欢迎登录进行技术交流，的论坛宗旨是：所有的技术发帖，均有回答。
笔者简介笔者曾师从李刚教师学习Java，现居广州。
对Java软件开发、各类Java开源技术都超级感爱好，曾参与开发、主持*发过大量Java、Java EE项目，对Java、Java *E项目有必然熟悉*观点。
欢迎大伙儿与笔者就Java、Java EE相*方面进行技术交流。
笔者现为的总版主（论坛ID：杨恩雄），也希望通过该平台与大伙儿分享Java、Java EE技术、*得。
本人邮箱：声明本文档编写、制作进程中取得了、和笔者学习工作进程大量朋友的支持，大伙儿都抱着一个目的：为国内软件软件开发事业作出微薄奉献。
咱们在此郑重宣布，本*档遵循Apache 协议。
在完整保留全数文本(包括本版权页)，而且不违抗Apache 协议的前提下，许诺和鼓舞任何人进行全文转载及推行，咱们舍弃除签名权外的一切权利。
创建型模式AbstractFactory ( 抽象工厂)FactoryMethod ( 工厂方式)Singleton ( 单态模式)Builder ( 建造者模式)Protot*pe * 原型模式)1.1.1 工厂方式*义一个用于创建对象的接口，让子类决定实例化哪个类。
Java的设计模式(23种全)
Java 设计模式（疯狂 Java 联盟版） 类图
例子 *roduct
public interface Work { void doWork(); }
ConcreteProduct
public class StudentWork implements Work { public void doWork() { System.out.println("学生*作业!"); } } public class TeacherWork implements Work { public void doWork() { System.out.println("老师审批作业!"); } }
result
学生做作业! 老师审批作业!
1.1.2 抽象工厂
提供一个创建一系列相关或相互依赖对象的接口， 而无需指定它们具体的类。
1.1.1 工厂方法
*义一个用于创建对象的接口，让子类决定实例化哪一个类。FactoryMethod 使一个类的实例*延迟到其子类。
适用性
1.当一个类不知道它所必须创建的对象的类的时候。 2.当一个类希望由它的子类来指定它所创建的对象的时候。 3.当*将创建对象的职责委托给多个帮助*类中的某一个， 并且*希望将哪一个 帮助子类是代理者这一信息局部化的时候。
public Work getWork() { *eturn new StudentWork(); } } public class TeacherWorkFactory implements IWorkFactory { public Work getWork() { return new TeacherWork(); } }
Creator
Java开发中的23种设计模式
Java开发中的23种设计模式通常，一个设计模式描述了一个被证实可行的方案。
这些方案非常普遍，是具有完整定义的最常用的模式。
一般模式有4个基本要素：模式名称(pattern name)、问题(problem)、解决方案(solution)、效果(consequences)。
常见的Java设计模式有以下23种：1、抽象工厂模式(Abstract Factory)：提供一个创建一系列相关或相互依赖对象的接口，而无需指定它们具体的类。
2、适配器模式(Adapter)：将一个类的接口转换成客户希望的另外一个接口。
适配器模式使得原本由于接口不兼容而不能一起工作的类可以一起工作。
3、桥梁模式(Bridge)：将抽象部分与它的实现部分分离，使它们都可以独立地变化。
4、建造模式(Builder)：将一个复杂对象的构建与它的表示分离，使同样的构建过程可以创建不同的表示。
5、责任链模式(Chain of Responsibility)：为解除请求的发送者和接收者之间耦合，而使多个对象都有机会处理这个请求。
将这些对象连成一条链，并沿着这条链传递该请求，直到有一个对象处理它。
6、命令模式(Command)：将一个请求封装为一个对象，从而可用不同的请求对客户进行参数化;对请求排队或记录请求日志，以及支持可取消的操作。
7、合成模式(Composite)：将对象组合成树形结构以表示“部分-整体”的层次结构。
它使得客户对单个对象和复合对象的使用具有一致性。
8、装饰模式(Decorator)：动态地给一个对象添加一些额外的职责。
就扩展功能而言，它能生成子类的方式更为灵活。
9、门面模式(Facade)：为子系统中的一组接口提供一个一致的界面，门面模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。
10、工厂方法(Factory Method)：定义一个用于创建对象的接口，让子类决定将哪一个类实例化。
Factory Method 使一个类的实例化延迟到其子类。
Java开发中的23种设计模式详解
Java开发中的23种设计模式详解一、设计模式的分类总体来说设计模式分为三大类：创建型模式，共五种：工厂方法模式、抽象工厂模式、单例模式、建造者模式、原型模式。
结构型模式，共七种：适配器模式、装饰器模式、代理模式、外观模式、桥接模式、组合模式、享元模式。
行为型模式，共十一种：策略模式、模板方法模式、观察者模式、迭代子模式、责任链模式、命令模式、备忘录模式、状态模式、访问者模式、中介者模式、解释器模式。
其实还有两类：并发型模式和线程池模式。
用一个图片来整体描述一下：二、设计模式的六大原则1、开闭原则（Open Close Principle）开闭原则就是说对扩展开放，对修改关闭。
在程序需要进行拓展的时候，不能去修改原有的代码，实现一个热插拔的效果。
所以一句话概括就是：为了使程序的扩展性好，易于维护和升级。
想要达到这样的效果，我们需要使用接口和抽象类，后面的具体设计中我们会提到这点。
2、里氏代换原则（Liskov Substitution Principle）里氏代换原则(Liskov Substitution Principle LSP)面向对象设计的基本原则之一。
里氏代换原则中说，任何基类可以出现的地方，子类一定可以出现。
LSP是继承复用的基石，只有当衍生类可以替换掉基类，软件单位的功能不受到影响时，基类才能真正被复用，而衍生类也能够在基类的基础上增加新的行为。
里氏代换原则是对“开-闭”原则的补充。
实现“开-闭”原则的关键步骤就是抽象化。
而基类与子类的继承关系就是抽象化的具体实现，所以里氏代换原则是对实现抽象化的具体步骤的规范。
—— From Baidu 百科3、依赖倒转原则（Dependence Inversion Principle）这个是开闭原则的基础，具体内容：真对接口编程，依赖于抽象而不依赖于具体。
4、接口隔离原则（Interface Segregation Principle）这个原则的意思是：使用多个隔离的接口，比使用单个接口要好。
Java的23种设计模式(疯狂Java总结)--个人修改增强版
Java设计模式（疯狂Java联盟版）个人修改增强版目录1. 设计模式 (2)1.1 创建型模式 (3)1.1.1 工厂方法（FactoryMethod） (3)1.1.2 抽象工厂（AbstractFactory） (6)1.1.3 建造者模式（Builder） (10)1.1.4 单态模式（Singleton） (14)1.1.5 原型模式（Prototype） (15)1.2 结构型模式 (18)1.2.1 适配器模式（Adapter） (18)1.2.2 桥接模式（Bridge） (20)1.2.3 组合模式（Composite） (24)1.2.4 装饰模式（Decorator） (28)1.2.5 外观模式（Facade） (30)1.2.6 享元模式（Flyweight） (33)1.2.7 代理模式（Proxy） (36)1.3 行为型模式 (40)1.3.1 责任链模式（Chain of Responsibility） (40)1.3.2 命令模式（Command） (44)1.3.3 解释器模式（Interpreter） (48)1.3.4 迭代器模式（Iterator） (51)1.3.5 中介者模式（Mediator） (55)1.3.6 备忘录模式（Memento） (58)1.3.7 观察者模式（Observer） (61)1.3.8 状态模式（State） (66)1.3.9 策略模式（Strategy） (68)1.3.10 模板方法（TemplateMethod） (71)1.3.11 访问者模式（Visitor） (73)1. 设计模式内容简介有感于设计模式在日常开发中的重要性，同时笔者也自觉对设计模式小有心得，故笔者*写二十三种设计模式的简单例子、并整理二十三种设计模式的理论部分，综合汇总成这份Java设计模式（疯狂Java联盟版），希望对大家有所帮助。
本份帮助文档主要是为了向读者介绍二十三种设计模式，包括模式的描述，适用性，模式的组成部分，并附带有简单的例子和类*，目的是为了让读者了解二十三种设计模式，并能方便的查阅各种设计模式的用法及注意点。
《Java设计模式课件：详解23种设计模式》
软件架构师
任何希望了解如何在软件架构中应用设计模式的架 构师都会从本课程中受益。
任何对设计模式感兴趣的人
如果您对设计模式有兴趣，并希望了解如何在实际 项目中应用它们，本课程将为您提供必要的指导。
设计模式的概述
1 什么是设计模式？
2 为什么使用设计模式？ 3 设计模式的类型
设计模式是解决软件设计问 题的可复用解决方案。
使用设计模式可以提高代码 的可读性、可维护性和可扩 展性。
创建性设计模式、结构性设 计模式和行为性设式
创建对象的工厂方法，使代码更具灵活性。
抽象工厂模式
2
提供一组相关或相互依赖的对象创建接口，
而无需指定具体类。
3
单例模式
确保一个类只有一个实例，并提供对该实例 的全局访问点。
展望
• 不断学习和探索新的设计模式。 • 应用设计模式来解决更复杂的软件设计问题。 • 分享和交流设计模式的实践经验。
定义对象间的一种一对多的 依赖关系，使得当每个对象 改变状态时，所有依赖于它 的对象都会得到通知。
定义一系列算法，将它们封 装起来，并使它们可以相互 替换，使得算法的变化不会 影响到使用算法的客户。
定义一个算法的骨架，而将 一些步骤延迟到子类中实现。
设计模式的实际应用
1
实现范例
2
通过实际的示例代码来演示设计模式的实际
结构性设计模式
组合模式
将对象组织成树状结构，以表示“整体-部分”的层次关 系。
桥接模式
将抽象部分和实现部分分离，以便它们可以独立地变 化。
适配器模式
将一个类的接口转换成客户希望的另一个接口，从而
代理模式
为其他对象提供一个代理，以控制对这个对象的访问。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
1 Factory Pattern（工厂模式）
上榜理由：将程序中创建对象的操作，单独出来处理，大大提高了系统扩展
的柔性，接口的抽象化处理给相互依赖的对象创建提供了最好的抽象模式。
2 Facade Pattern
上榜理由：将表现层和逻辑层隔离，封装底层的复杂处理，为用户提供简单
的接口，这样的例子随处可见。门面模式很多时候更是一种系统架构的设计， 在
我所做的项目中，就实现了门面模式的接口，为复杂系统的解耦提供了最好的解
决方案。来源：考试大
3 Command Pattern
上榜理由：将请求封装为对象，从而将命令的执行和责任分开。通常在队列
中等待命令，这和现实多么的相似呀。如果你喜欢发号施令，请考虑你的
ICommond吧。
4 Strategy Pattern
上榜理由：策略模式，将易于变化的部分封装为接口，通常Strategy 封装
一些运算法则，使之能互换。Bruce Zhang在他的博客中提到策略模式其实是一
种“面向接口”的编程方法，真是恰如其分。
5 Iterator Pattern
上榜理由：相信任何的系统中，都会用到数组、集合、链表、队列这样的类
型吧，那么你就不得不关心迭代模式的来龙去脉。在遍历算法中，迭代模式提 供
了遍历的顺序访问容器，GOF给出的定义为：提供一种方法访问一个容器
（container）对象中各个元素，而又不需暴露该对象的内部细节。.NET 中就是
使用了迭代器来创建用于foreach的集合。
6 Adapter Pattern
上榜理由：在原类型不做任何改变的情况下，扩展了新的接口，灵活且多样
的适配一切旧俗。这种打破旧框框，适配新格局的思想，是面向对象的精髓。 以
继承方式实现的类的Adapter模式和以聚合方式实现的对象的Adapter模式，各
有千秋，各取所长。看来，把它叫做包装器一点也不为过，
7 Observer Pattern
上榜理由：定义对象间的一种一对多的依赖关系,当一个对象的状态发生改
变时, 所有依赖于它的对象都得到通知并被自动更新。观察者和被观察者的分
开，为模块划分提供了清晰的界限。在.NET中使用委托和事件可以更好的实现
观察者模 式，事件的注册和撤销不就对应着观察者对其对象的观察吗？
8 Bridge Pattern
上榜理由：把实现和逻辑分开，对于我们深刻理解面向对象的聚合复用的思
想甚有助益。
9 Singleton Pattern(单例模式)
上榜理由：改善全局变量和命名空间的冲突，可以说是一种改良了的全局变
量。这种一个类只有一个实例，且提供一个访问全局点的方式，更加灵活的保 证
了实例的创建和访问约束。