![](https://img-blog.csdnimg.cn/20201014180756724.png?x-oss-process=image/resize,m_fixed,h_64,w_64)
设计模式
垂钓者-HJ
专注于大数据平台开发,包括数据挖掘,个性化推荐,实时计算,hadoop等。
展开
-
命令模式
背景:有时候我们需要对方法进行封装,通过对这些封装的方法进行调用,我们可以很好的处理一些事情。比如,记录日志,或者重复使用这些封装实现撤销功能。意图:将一个请求封装为一个对象,从而使你可用不同的请求对客户进行参数化;对请求排队或记录请求日志,以及支持可撤消的操作。结构:例子:这次我们将设计一个家电自动化遥控器的API需求分析:遥控器的图:1)、遥控器上具有七个可编程的插原创 2013-11-05 11:30:36 · 641 阅读 · 0 评论 -
单件模式
背景:有一些对象其实我们只需要一个,比方说:线程池(threadpool)、缓存(cache)、对话框、处理偏好设置和注册表(registry)的对象、日志对象,充当打印机、显卡等设备的驱动程序的对象。事实上,这类对象只能有一个实例,如果制造出多个实例,就会导致许多问题产生,例如:程序的行为异常、资源使用过量,或者是不一致的结果。因此,我们设计这种类时必须确保只有一个实例,单件模式应运而生。原创 2013-11-05 11:22:17 · 654 阅读 · 0 评论 -
工厂方法模式
意图:定义一个用于创建对象的接口,让子类决定实例化哪一个类。Factory Method 使一个类的实例化延迟到其子类。结构:实例:下面我们以Pizza店的例子来谈谈“工厂方法模式”的来龙去脉,我们学习的思路是“原始设计-->简单工厂-->工厂方法”。情景分析:假如你有一个Pizza店,那么你的Pizza订单可能会写成如下代码(这段代码写在PizzaStore类里面):pu原创 2013-11-05 11:20:43 · 720 阅读 · 0 评论 -
装饰者模式
意图:动态地将责任附加到对象上。若要扩展功能,装饰者提供了比继承更有弹性的替代方案。结构:例子:下面我们以星巴兹(Starbuzz)的订单系统为例加以说明。需求分析:1)、星巴兹的饮料(Beverage)种类繁多,主要有HouseBlend、DarkRoast、Decaf、Espresso。2)、星巴兹的调料很多,主要有Steamed Milk、Soy、Mocha、Wh原创 2013-11-05 11:03:53 · 665 阅读 · 0 评论 -
观察者模式
意图:定义对象间的一种一对多的依赖关系,当一个对象的状态发生改变时, 所有依赖于它的对象都得到通知并被自动更新。结构:例子:下面以模拟气象站系统来加以说明。需求分析:该系统的需求如下:1、气象站能够追踪目前的天气状况,包括温度、湿度、气压、2、气象站能够提供三种布告板,分别显示目前天气状况、气象统计和简单的预报。3、布告板上的数据必须实时更新。4、气象站必须原创 2013-11-05 11:03:07 · 653 阅读 · 0 评论 -
设计模式原则
最近重新回顾了下设计模式,这里归档总结下,方便以后可以看看。设计模式总共有以下几个原则:1、封装变化。 找出应用中可能需要变化之处,把他们独立出来,不要和那些不需要变化的代码混在一起。2、针对接口编程,而不是针对实现编程。 假设有一个抽象类Animal,有两个具体的实现(Dog与Cat)继承Animal。“针对实现编程”的做法:Dog d =原创 2013-11-05 10:08:04 · 684 阅读 · 0 评论 -
设计模式类型
设计模式分为创建模式、结构模式、行为模式这3种类型。1. 创建模式 1.1 Factory 1.2 Singleton 1.3 Builder 建造模式 1.4 Prototype 原型模式2. 结构模式 2.1 Facade 门面模式 2.2 Decorator 2.3 Composite 组合模式 2.4 Pro原创 2013-11-06 09:32:42 · 677 阅读 · 0 评论 -
策略模式
先对策略模式有一个总体认识。意图:定义一系列的算法,把它们一个个封装起来, 并且使它们可相互替换。本模式使得算法可独立于使用它的客户而变化。结构:下面通过鸭子模拟器的设计来具体介绍。公司需要设计一套鸭子模拟器系统,该系统的第一次需求为:鸭子能够戏水;鸭子能够呱呱叫。根据该需求系统设计如下:这个设计主要用了父类鸭子和子类绿头鸭、红头鸭,这样设计的目的是为了达到代码的复用。原创 2013-11-05 11:02:27 · 611 阅读 · 0 评论 -
桥接模式
1.1 意图: 将抽象部分与实现部分分离,使它们都可以独立的变化。当一个抽象可能有多个实现时,通常用继承来协调他们。抽象类的定义对该抽象的接口。而具体的子类则用不同的方式加以实现,但是此方法有时不够灵活。继承机制将抽象部分与他的视线部分固定在一起,使得难以对抽象部分和实现部分独立地进行修改、扩充和充用。1.2 实用性:1) 你不希望在抽象和他的实现部分之间有一个固定的邦定原创 2013-11-05 11:33:31 · 674 阅读 · 0 评论 -
外观模式
意图:为子系统中的一组接口提供一个一致的界面,Facade 模式定义了一个高层接口,这个接口使得这一子系统更加容易使用。结构:例子:假设你有一套杀手级的家庭影院系统,内含DVD播放器、投影仪、自动屏幕、环绕立体声等。那么当你想看一部DVD时,需要做哪些事情呢(用最土的方式)?1、将灯光调暗;2、放下屏幕;3、打开投影仪;4、将投影仪的输入切换到DVD;5、将投影原创 2013-11-05 11:33:02 · 659 阅读 · 0 评论 -
适配器模式
软件开发中经常遇到的问题:假设已有一个软件系统,你希望它能和一个新的厂商类库搭配使用,但是这个新厂商所设计出来的接口,不同于旧厂商的接口。如果你不想改变现有的代码,也不能改变厂商的代码,那么你该如何解决这个问题。方法其实很简单,就是写一个类,将新厂商的的接口转成你所期望的接口。如图 这就是适配器模式。意图:将一个类的接口转换成客户希望的另外一个接口。Adapter 模式使得原本由于原创 2013-11-05 11:31:48 · 666 阅读 · 0 评论