常用设计模式

定义

设计模式主要是为了解决某类重复出现的问题而出现的一套成功或有效的解决方案。

总共23种，分为创建型，结构型，行为型。

有个很全的博客：https://www.jianshu.com/p/73898ff0fcde

 

常用

这里只总结比较常用的：https://www.cnblogs.com/cr330326/p/5627658.html

1.单例模式（创建型）：保证一个类仅有一个实例，并提供一个访问它的全局访问点。常用内部类实现，可以延迟加载，线程安全，减少内存消耗。

应用：Sunny软件公司承接了一个服务器负载均衡(Load Balance)软件的开发工作，该软件运行在一台负载均衡服务器上，可以将并发访问和数据流量分发到服务器集群中的多台设备上进行并发处理，提高系统的整体处理能力，缩短响应时间。由于集群中的服务器需要动态删减，且客户端请求需要统一分发，因此需要确保负载均衡器的唯一性，只能有一个负载均衡器来负责服务器的管理和请求的分发，否则将会带来服务器状态的不一致以及请求分配冲突等问题。如何确保负载均衡器的唯一性是该软件成功的关键。Sunny公司开发人员通过分析和权衡，决定使用单例模式来设计该负载均衡器。

例子：Windows任务管理器

优点：对实例的受控访问。不用频繁创建销毁，节省资源。可以扩展成生成多个实例，方便控制资源分配。

2.工厂模式（创建型）：为创建对象提供过渡接口，以便将创建对象的具体过程屏蔽隔离起来，达到提高灵活性的目的。有简单工厂（父类创建所有），工厂方法（子类才真正知道创建什么），抽象工厂（子类可以创建所有）。

3.建造者模式（创建型）：是一种对象构建的设计模式，它可以将复杂对象的建造过程抽象出来（抽象类别），使这个抽象过程的不同实现方法可以构造出不同表现（属性）的对象，是非常类似抽象工厂模式。

应用：在Java实际使用中，我们经常用到"池"(Pool)的概念，当资源提供者无法提供足够的资源，并且这些资源需要被很多用户反复共享时，就需要使用池。"池"实际是一段内存，当池中有一些复杂的资源的"断肢"(比如数据库的连接池，也许有时一个连接会中断)，如果循环再利用这些"断肢"，将提高内存使用效率，提高池的性能。修改Builder模式中Director类使之能诊断"断肢"断在哪个部件上，再修复这个部件。

4.观察者模式（行为型）：观察者模式定义了一种一对多的依赖关系，让多个观察者对象同时监听某一主题对象。这个主题对象在状态发生变化时，会通知所有观察者对象，使它们能够自动更新自己。观察者模式又叫发布-订阅(Publish/Subscribe)模式。

应用：JDK中的Observer接口和Observable类，可以更加方便地在Java语言中应用观察者模式。

例子：联机游戏，消息通知，mvc(视图对应于观察者，控制器可充当两者之间的中介者。当模型层的数据发生改变时，视图层将自动改变其显示内容)

5.适配器模式（结构型）：把一个类的接口变换成客户端所期待的另一种接口，从而使原本因接口不匹配而无法在一起工作的两个类能够在一起工作。有 类的适配器模式 和 对象的适配器模式 两种不同的形式。类适配器使用对象继承的方式，是静态的定义方式；而对象适配器使用对象组合的方式，是动态组合的方式。

6.代理模式（结构型）：为其他对象提供一种代理以控制对这个对象的访问。

应用：授权代理，远程代理（客户端程序可以访问在远程主机上的对象），虚拟代理（加载时间较长的真实对象创建成功之前虚拟代理扮演真实对象的替身，而当真实对象创建之后，虚拟代理将用户的请求转发给真实对象），缓冲代理（某一个操作的结果提供临时的缓存存储空间，以便在后续使用中能够共享这些结果，从而可以避免某些方法的重复执行，优化系统性能）

例如：让代理对象来实现身份验证和日志记录等功能，而无须直接对原有的商务信息查询对象进行修改，如图所示：

7.装饰模式（结构型）：动态地给一个对象添加一些额外的职责，就增加功能来说，装饰模式比生成子类更为灵活。

Decorator模式提供了一种“即用即付”的方法来添加职责，他并不试图在一个复杂的可订制的类中支持所有可预见的特征，相反可以定义一个简单的类，并且用Decorator类给他逐渐的添加功能，从简单的部件组合出复杂的功能。

为了让系统具有更好的灵活性和可扩展性，克服继承复用所带来的问题，Sunny公司开发人员使用装饰模式来重构图形界面构件库的设计，其中部分类的基本结构如图所示：

                 

      在图中，Component充当抽象构件类，其子类Window、TextBox、ListBox充当具体构件类，Component类的另一个子类ComponentDecorator充当抽象装饰类，ComponentDecorator的子类ScrollBarDecorator和BlackBorderDecorator充当具体装饰类。

8.外观（门面）模式（结构型）：为子系统中的一组接口提供一个统一的入口。外观模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。

应用：首页和导航页面就是B/S系统的外观角色，而菜单和工具栏就是C/S系统的外观角色，通过它们用户可以快速访问子系统，降低了系统的复杂程度。所有涉及到与多个业务对象交互的场景都可以考虑使用外观模式进行重构。

9.策略模式（行为型）：定义一系列算法类，将每一个算法封装起来，并让它们可以相互替换，策略模式让算法独立于使用它的客户而变化，也称为政策模式(Policy）。策略模式结构图中包含如下几个角色：Context（环境类）：环境类是使用算法的角色。 Strategy（抽象策略类）：它为所支持的算法声明了抽象方法，是所有策略类的父类，它可以是抽象类或具体类，也可以是接口。 ConcreteStrategy（具体策略类）：它实现了在抽象策略类中声明的算法。

Sunny软件公司开发人员使用策略模式对电影院打折方案进行重构，重构后基本结构如图24-2所示：