适配器模式(Adapter)

合集下载

adapter用法

adapter用法

adapter用法Adapter是一种常用的设计模式,用于将一个类的接口转换成另一个类所期望的接口。

它可以解决两个不兼容接口之间的兼容性问题。

在软件开发中,Adapter模式可以用于多种场景,下面我将从多个角度来介绍Adapter的用法。

1. 结构和工作原理:Adapter模式由三个主要组件组成,目标接口(Target)、适配器(Adapter)和被适配者(Adaptee)。

目标接口定义了客户端所期望的接口,适配器实现了目标接口,并持有一个被适配者的引用,通过适配器将客户端的请求转发给被适配者。

2. 类适配器和对象适配器:Adapter模式有两种常见的实现方式,类适配器和对象适配器。

类适配器使用继承来实现适配器,它继承了目标接口和被适配者,并在适配器中实现目标接口的方法。

对象适配器使用组合来实现适配器,它持有一个被适配者的引用,并在适配器中实现目标接口的方法。

3. 应用场景:Adapter模式可以应用于以下场景:在现有系统中使用第三方库或组件,但其接口与系统的接口不兼容时,可以使用适配器来进行接口转换。

在系统演化过程中,为了避免对现有代码的修改,可以使用适配器来兼容旧接口和新接口。

在系统需要与多个不同接口的类进行交互时,可以使用适配器统一接口,提供一致的访问方式。

4. 优点和缺点:Adapter模式的优点包括:提供了灵活的接口转换,使得原本不兼容的类可以协同工作。

可以使系统具有良好的扩展性和维护性,减少对现有代码的修改。

然而,Adapter模式也存在一些缺点:增加了系统的复杂性,引入了额外的类和对象。

在适配器过多的情况下,可能导致系统结构混乱。

总结:Adapter模式是一种常用的设计模式,用于解决不兼容接口之间的兼容性问题。

它可以通过类适配器或对象适配器的方式实现。

Adapter模式在软件开发中应用广泛,可以用于整合第三方库、兼容旧接口、统一多个接口等场景。

它具有灵活性和扩展性的优点,但也可能增加系统的复杂性。

adapter 概念 -回复

adapter 概念 -回复

adapter 概念-回复标题:理解与应用——[Adapter 概念]的全面解析一、引言在软件开发中,我们经常遇到各种各样的问题和挑战。

有时候,我们需要处理一些不兼容的接口或者系统,这时候就需要用到Adapter模式。

Adapter模式是设计模式中的结构型模式之一,它的主要作用就是将一个类的接口转换成客户希望的另一个接口。

这篇文章将会从概念、原理、应用等方面详细介绍Adapter模式。

二、Adapter模式的概念Adapter模式,又称为适配器模式,是一种常见的设计模式。

它的主要目的是通过创建一个新的对象来解决接口不兼容的问题。

这个新的对象(也就是Adapter)包装了一个现有的对象,并且提供了一个新的接口给客户端使用。

这样,客户端就可以通过新的接口来调用现有的对象,而不需要直接和现有对象进行交互。

三、Adapter模式的原理Adapter模式的工作原理非常简单。

首先,它有一个需要被适配的对象,也就是Adaptee。

然后,它创建一个新的对象,也就是Adapter,这个对象包含了Adaptee的一个实例。

最后,Adapter提供了客户端需要的接口,这个接口的实现实际上是调用了Adaptee的方法。

四、Adapter模式的应用Adapter模式在实际开发中有广泛的应用。

例如,在Java开发中,我们可以使用Adapter模式来处理不同版本的JDBC驱动。

另外,Adapter 模式还可以用来处理不同的数据格式,例如将XML数据转换为JSON数据。

五、Adapter模式的优点和缺点Adapter模式的优点非常明显。

首先,它可以让不兼容的接口变得兼容,解决了接口不一致的问题。

其次,Adapter模式使得代码更加灵活,因为我们可以随时更换Adapter,而不影响客户端的代码。

最后,Adapter模式可以提高代码的复用性,因为我们可以为不同的Adaptee创建相同的Adapter。

然而,Adapter模式也有一些缺点。

适配器模式和组合模式的比较

适配器模式和组合模式的比较

适配器模式和组合模式的比较适配器模式和组合模式都是常用的设计模式,它们在实际开发中经常被用到。

虽然这两种模式看起来很像,但它们的作用和实现方式有很大的区别。

在本文中,我们将介绍适配器模式和组合模式的比较。

一、适配器模式适配器模式是一种结构性设计模式,它能够将不兼容的接口转换成另一种接口,使得不同类之间能够相互协作。

适配器模式的核心思想是将一个类的接口,转换成客户端所期望的另一种接口,从而使得原本不兼容的类能够协同工作。

适配器模式的实现方式通常有两种:类适配器和对象适配器。

其中,类适配器使用继承机制对源接口进行扩展,而对象适配器则是使用组合机制来实现接口转换。

适配器模式的应用场景比较广泛,例如在使用第三方库时,可能会遇到接口不兼容的情况,此时就可以使用适配器模式来解决这个问题。

二、组合模式组合模式是一种结构性设计模式,它将对象组合成树形结构,使得用户无需区分单个对象和组合对象,从而可以统一地处理所有对象。

组合模式的核心思想是将对象组合成树形结构,从而将复杂的对象模型简化为单一的对象结构。

组合模式的实现方式通常有两种:透明组合模式和安全组合模式。

其中,透明组合模式是将叶子对象和组合对象都看做一种对象,从而对外具体透明,而安全组合模式则是将叶子对象和组合对象分开处理,从而增强了类型安全。

组合模式的应用场景比较广泛,例如在操作文件系统时,可能会遇到需要同时操作文件和目录的情况,此时就可以使用组合模式来解决这个问题。

三、适配器模式和组合模式的比较适配器模式和组合模式都是常用的设计模式,它们在实际开发中经常被用到。

虽然这两种模式看起来很像,但它们的作用和实现方式有很大的区别。

首先,适配器模式的主要作用是将不兼容的接口转换成另一种接口,从而使得不同类之间能够相互协作。

而组合模式的主要作用是将对象组合成树形结构,从而可以统一地处理所有对象。

其次,适配器模式通常使用继承或组合机制来实现接口转换,而组合模式则是使用组合机制来实现对象的组合。

代理模式和适配器模式的对比

代理模式和适配器模式的对比

代理模式和适配器模式的对比介绍软件开发一直是一个变化规律极为频繁的行业,随着时间的推移,软件设计模式被广泛应用于软件开发。

设计模式是一种特殊的代码重构技巧,它们被设计用于解决一些在软件开发中经常遇到的问题。

其中代理模式和适配器模式是两种常见的设计模式。

本文将对它们进行对比探讨,旨在深入了解它们之间的异同点。

代理模式代理模式(Proxy Pattern)是软件开发中的一种设计模式,它的目的是通过使用一个代理对象来控制对设计对象的访问。

代理是对象的一个抽象,可以在原对象之前进行前置处理,在原对象之后进行后置处理,并且不影响原对象的逻辑实现。

例如,假设我们需要访问一个网络资源,而这个资源的访问需要耗费大量的时间和数据带宽。

在这种情况下,我们可以使用代理模式,将代理对象作为访问网络资源的入口,代理对象会负责从网络中加载必要的资源。

此外,代理模式还可以用于实现权限和安全控制。

适配器模式适配器模式(Adapter Pattern)是软件开发中的一种设计模式,它的目的是在不改变现有代码的基础上,将不兼容的对象包装到一个可用对象中。

适配器模式主要用于解决两个接口不兼容的问题,可以将不同的接口封装到一个通用的接口中,从而可以实现彼此之间的协作。

例如,在一个应用中,我们可能需要将一些数据从一个数据源中提取出来,并将其转换为另一种格式,以便在另一个应用中使用。

在这种情况下,我们可以使用适配器模式来实现数据的转换和传输。

对比代理模式和适配器模式都是常见的设计模式,它们在实际的软件开发中有不同的应用场景。

首先,代理模式和适配器模式的目的和实现方式不同。

代理模式的目的是在原有的基础上添加额外的控制和安全性,而适配器模式的目的是实现两个不兼容的接口之间的协作。

代理模式通过在原对象之前和之后进行前置和后置处理来实现额外控制的目的。

其次,代理模式和适配器模式的实现方式不同。

适配器模式通过将不兼容的对象包装在一个可用的对象中来实现数据转换和传输的目的。

适配器的作用

适配器的作用

适配器的作用适配器(Adapter)是一种常见的软件设计模式,它用于将一个对象或类的接口转换为另一个接口,以便不兼容的类可以协同工作。

适配器模式允许新增适配器类而不必修改原有源代码,并且可以通过适配器类同时使用多个不相关或不兼容的类。

适配器的作用主要体现在以下几方面:1. 兼容接口:适配器可以将一个类的接口适配成另一个类所期望的接口。

当我们需要使用一个已经实现的类,但是其接口与我们所需的接口不一致时,可以使用适配器将其适配成我们需要的接口,从而实现协同工作。

适配器可以使得不兼容的类能够无缝地进行通信和合作。

2. 重用现有类:适配器可以使我们能够重用已经存在的类。

通过使用适配器,我们可以将现有的类作为组件集成到新的系统中,而不必修改现有的类。

这样可以大大节省开发时间和精力。

3. 解耦系统:适配器可以将系统中的不同模块解耦,使得它们可以独立地进行开发和修改。

当一个模块需要使用另一个模块的功能时,可以通过适配器将两个模块进行耦合,从而实现功能的集成。

适配器可以在系统的不同模块之间建立一个中间层,降低模块之间的耦合度。

4. 扩展系统:适配器可以为系统的功能扩展提供支持。

当我们需要将一个已有的系统与新的组件或服务集成时,可以使用适配器将其适配成系统所期望的接口。

通过适配器,我们可以无缝地将新的组件或服务集成到系统中,从而实现功能的扩展。

5. 改进系统性能:适配器可以对不同的类进行性能优化。

当我们需要使用一个性能更好的类来替代原有的类时,可以使用适配器将新的类适配成原有类的接口,从而实现对系统性能的改进。

总之,适配器是一种非常有用的软件设计模式,它可以将不兼容的类适配成可协同工作的接口,允许新增适配器类而不必修改原有源代码,使得不同模块之间能够独立开发和修改,同时也能提高系统的性能和功能扩展能力。

适配器的应用可以在复杂的软件系统中解决接口的不兼容问题,提高系统的灵活性和可维护性。

8.Adapter适配器模式

8.Adapter适配器模式

适配器模式,使用之处比较特殊,不属于常规设计模式,主要用于不同系统之间的处理。

是将一个类的接口转换成客户希望的另外一个接口。

Adapter模式使得原本由于接口不兼容而不能一起工作的那些类可以一起工作。

也是一个比较简单的模式,直接上代码了。

看代码:8.1.解释main(),主程序IUserInfo,本系统内接口CUserInfo,本系统内实现类IOuterUser,外系统接口COuterUser,外系统实现类COuterUserInfo,本系统内适配类说明:COuterUserInfo实现IUserInfo接口,将外部系统实现类COuterUser转换成本系统内的接口I UserInfo。

使用外部数据跟使用本系统内部数据一样。

注意:COuterUserInfo继承了IUserInfo,如果同时继承了COuterUser则是类适配器。

如果COuter UserInfo只是使用了COuterUser则是对象适配器。

//IUserInfo.h//系统内部的实体接口#pragma once#include <iostream>using std::string;class IUserInfo{public:IUserInfo(void){}virtual ~IUserInfo(void){}virtual string GetUserName() = 0;virtual string GetHomeAddress() = 0;virtual string GetMobileNumber() = 0;virtual string GetOfficeTelNumber() = 0;virtual string GetJobPosition() = 0;virtual string GetHomeTelNumber() = 0; };//UserInfo.h//系统内部实体类#pragma once#include "iuserinfo.h"#include <iostream>using std::string;class CUserInfo :public IUserInfo{public:CUserInfo(void);~CUserInfo(void);string GetUserName();string GetHomeAddress();string GetMobileNumber();string GetOfficeTelNumber();string GetJobPosition();string GetHomeTelNumber();};//UserInfo.cpp#include "StdAfx.h"#include "UserInfo.h"#include <iostream>using std::cout;using std::endl;using std::string;CUserInfo::CUserInfo(void){}CUserInfo::~CUserInfo(void){}string CUserInfo::GetUserName(){cout << "姓名叫做..." << endl;return "0";}string CUserInfo::GetHomeAddress(){cout << "这里是员工的家庭地址..." << endl;return "0";}string CUserInfo::GetMobileNumber(){cout << "这个人的手机号码是0000..." << endl;return "0";}string CUserInfo::GetOfficeTelNumber(){cout << "办公室电话是..." << endl;return "0";}string CUserInfo::GetJobPosition(){cout << "这个人的职位是BOSS..." << endl;return "0";}string CUserInfo::GetHomeTelNumber(){cout << "员工的家庭电话是..." << endl;return "0";}//IOuterUser.h//外部系统实体接口#pragma once#include "OuterUserBaseInfo.h"#include "OuterUserHomeInfo.h"#include "OuterUserOfficeInfo.h"class IOuterUser{public:IOuterUser(void){}~IOuterUser(void){}COuterUserBaseInfo * GetUserBaseInfo();COuterUserHomeInfo * GetUserHomeInfo();COuterUserOfficeInfo * GetUserOfficeInfo(); };//OuterUser.h//外部系统实体类#pragma once#include "OuterUserBaseInfo.h"#include "OuterUserHomeInfo.h"#include "OuterUserOfficeInfo.h"class COuterUser{public:COuterUser(void){}~COuterUser(void){}COuterUserBaseInfo * GetUserBaseInfo();COuterUserHomeInfo * GetUserHomeInfo();COuterUserOfficeInfo * GetUserOfficeInfo(); };//OuterUser.cpp#include "StdAfx.h"#include "OuterUser.h"#include "OuterUserBaseInfo.h"#include "OuterUserHomeInfo.h"#include "OuterUserOfficeInfo.h"COuterUser::COuterUser(void){}COuterUser::~COuterUser(void){}COuterUserBaseInfo * COuterUser::GetUserBaseInfo() {return new COuterUserBaseInfo();}COuterUserHomeInfo * COuterUser::GetUserHomeInfo() {return new COuterUserHomeInfo();}COuterUserOfficeInfo * COuterUser::GetUserOfficeInfo() {return new COuterUserOfficeInfo();}//OuterUserBaseInfo.h#pragma once#include <iostream>using std::endl;using std::string;class COuterUserBaseInfo{public:COuterUserBaseInfo(void){}~COuterUserBaseInfo(void){}string GetUserName(){cout << "姓名叫做..." << endl;return "0";}string GetMobileNumber(){cout << "这个人的手机号码是0001..." << endl;return "0";}};//OuterUserHomeInfo.h#pragma once#include <iostream>using std::cout;using std::string;class COuterUserHomeInfo{public:COuterUserHomeInfo(void){}~COuterUserHomeInfo(void){}string GetHomeAddress(){cout << "这里是员工的家庭地址..." << endl;return "0";}string GetHomeTelNumber(){cout << "员工的家庭电话是..." << endl;return "0";}};//OuterUserOfficeInfo.h#pragma once#include <iostream>using std::cout;using std::endl;class COuterUserOfficeInfo{public:COuterUserOfficeInfo(void){}~COuterUserOfficeInfo(void){}string GetOfficeTelNumber(){cout << "办公室电话是..." << endl;return "0";}string GetJobPosition(){cout << "这个人的职位是BOSS..." << endl;return "0";}};//OuterUserInfo.h//由IUserInfo接口派生的实体类,并引入外部系统实体的实例#pragma once#include "iuserinfo.h"#include "OuterUser.h"#include <iostream>using std::string;class COuterUserInfo :public IUserInfo{public:COuterUserInfo(void);~COuterUserInfo(void);string GetUserName();string GetHomeAddress();string GetMobileNumber();string GetOfficeTelNumber();string GetJobPosition();string GetHomeTelNumber(); private:COuterUser *m_pOuterUser;};//OuterUserInfo.cpp#include "StdAfx.h"#include "OuterUserInfo.h"#include "OuterUserBaseInfo.h"#include "OuterUserHomeInfo.h"#include "OuterUserOfficeInfo.h"#include <iostream>using std::cout;using std::endl;using std::string; COuterUserInfo::COuterUserInfo(void) {m_pOuterUser = new COuterUser();COuterUserInfo::~COuterUserInfo(void){delete m_pOuterUser;}string COuterUserInfo::GetUserName(){COuterUserBaseInfo *pBaseInfo = m_pOuterUser->GetUserBaseInfo();pBaseInfo->GetUserName();delete pBaseInfo;pBaseInfo = NULL;return "0";}string COuterUserInfo::GetHomeAddress(){COuterUserHomeInfo *pHomeInfo = m_pOuterUser->GetUserHomeInfo();pHomeInfo->GetHomeAddress();delete pHomeInfo;pHomeInfo = NULL;return "0";}string COuterUserInfo::GetMobileNumber(){COuterUserBaseInfo *pBaseInfo = m_pOuterUser->GetUserBaseInfo();pBaseInfo->GetMobileNumber();delete pBaseInfo;pBaseInfo = NULL;return "0";string COuterUserInfo::GetOfficeTelNumber(){COuterUserOfficeInfo *pOfficeInfo = m_pOuterUser->GetUserOfficeInfo();pOfficeInfo->GetOfficeTelNumber();delete pOfficeInfo;pOfficeInfo = NULL;return "0";}string COuterUserInfo::GetJobPosition(){COuterUserOfficeInfo *pOfficeInfo = m_pOuterUser->GetUserOfficeInfo();pOfficeInfo->GetJobPosition();delete pOfficeInfo;pOfficeInfo = NULL;return "0";}string COuterUserInfo::GetHomeTelNumber(){COuterUserHomeInfo *pHomeInfo = m_pOuterUser->GetUserHomeInfo();pHomeInfo->GetHomeTelNumber();delete pHomeInfo;pHomeInfo = NULL;return "0";}//Adapter.cpp//使用方法#include "stdafx.h"#include "IOuterUser.h"#include "IUserInfo.h"#include "UserInfo.h"#include "OuterUserInfo.h"void DoIt(){IUserInfo *pYourGirl = new CUserInfo();for(int i = 0; i < 101; i += 20){pYourGirl->GetMobileNumber();}delete pYourGirl;}void NowDoIt(){IUserInfo *pYourGirl = new COuterUserInfo();for(int i = 0; i < 101; i += 20){pYourGirl->GetMobileNumber();}delete pYourGirl;}int _tmain(int argc, _TCHAR* argv[]){DoIt();NowDoIt();_CrtSetDbgFlag(_CRTDBG_LEAK_CHECK_DF | _CRTDBG_ALLOC_MEM_DF);_CrtDumpMemoryLeaks();return 0;}适配器模式属于结构型模式,当出现数据接口不一致的情况下,才会使用到。

adapter方法

adapter方法

adapter方法适配器模式适配器模式(Adapter Pattern)是一种结构型设计模式,使得不兼容的接口可以一起工作。

适配器模式允许对象以不同的接口表现,使得原本因接口不一致而无法在一起工作的类可以协同工作。

适配器方法适配器方法是适配器模式的一种具体实现方式。

它通过在原有接口和目标接口之间增加一个适配器来实现接口的转换。

类适配器类适配器使用继承关系来实现接口转换。

适配器类继承自原有类,并实现目标接口,从而使得原有类的方法可以通过目标接口调用。

类适配器的实现步骤:1.创建目标接口,即适配后期望的接口。

2.创建源接口,即需要适配的接口。

3.创建适配器类,继承源接口并实现目标接口,在适配器类中实现方法映射关系。

4.在适配器类中重写目标接口的方法,将调用具体方法的任务委托给源接口的方法。

示例代码:public interface Target {void request();}public class Adaptee {public void specificRequest() {// 具体请求的逻辑实现}}public class Adapter extends Adaptee implements Target { @Overridepublic void request() {specificRequest();}}public class Client {public static void main(String[] args) {Target target = new Adapter();();}}对象适配器对象适配器使用组合关系来实现接口转换。

适配器类持有源类的实例,并实现目标接口,从而使得源类的方法可以通过目标接口调用。

对象适配器的实现步骤:1.创建目标接口,即适配后期望的接口。

2.创建源接口,即需要适配的接口。

3.创建适配器类,持有源接口的实例并实现目标接口。

4.在适配器类中实现目标接口的方法,将调用具体方法的任务委托给源接口的方法。

一文彻底弄懂适配器模式(Adapter)

一文彻底弄懂适配器模式(Adapter)

⼀⽂彻底弄懂适配器模式(Adapter)⽂章已收录我的仓库:设计意图适配器模式(Adapter Pattern)是作为两个不兼容的接⼝之间的桥梁。

这种类型的设计模式属于结构型模式,它结合了两个独⽴接⼝的功能。

在某些时候,客户期望获得某种功能接⼝但现有的接⼝⽆法满⾜客户的需求,例如美国的正常供电电压为110V,⼀个中国⼈带了⼀款中国制造电器去美国,这个电器必须要在220V电压下才能充电使⽤。

这种情况下,客户(中国⼈)的期望接⼝是有⼀个220V的电压为电器充电,但实际的接⼝是仅有⼀个110V的电压供电器充电,这种情况下就需要采⽤⼀根电压转换器(适配器)使得110V的电压能够转换为220V的电压,供客户使⽤。

将⼀个类的接⼝转换成客户希望的另外⼀个接⼝,这就是适配器需要做的事情,适配器模式使得原本由于接⼝不兼容⽽不能⼀起⼯作的那些类可以⼀起⼯作。

适⽤条件系统需要使⽤现有的类,⽽此类的接⼝不符合系统的需要(核⼼需求)。

想要建⽴⼀个可以重复使⽤的适配器类,⽤于与⼀些彼此之间没有太⼤关联的⼀些类,包括⼀些可能在将来引进的类⼀起⼯作,这些源类不⼀定有⼀致的接⼝,但通过适配器使得它们都具有⼀致的接⼝。

通过接⼝转换,将⼀个类插⼊另⼀个类系中。

(⽐如⽼虎和飞禽,现在多了⼀个飞虎,在不增加实体的需求下,增加⼀个适配器,在⾥⾯包容⼀个虎对象,实现飞的接⼝。

)设计通常有两种⽅式实现适配器模式,⼀种是类适配器,类适配器⽬前已不太使⽤,另⼀种实现⽅式是对象适配器,通常情况下采⽤对象适配器会使得代码更易扩展与维护。

不管采⽤何种⽅式,其基本的实现思想都是:对现有接⼝的实现类进⾏扩展,使其实现客户期望的⽬标接⼝。

类适配器通过继承现有接⼝类并实现⽬标接⼝,这样的话会使得现有接⼝类完全对适配器暴露,使得适配器具有现有接⼝类的全部功能,破坏了封装性。

此外从逻辑上来说,这也是不符合常理的,适配器要做的是扩展现有接⼝类的功能⽽不是替代,类适配器只有在特定条件下会被使⽤。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
2012年3月
UML与设计模式
13/35
适配器(Adapter)设计模式
问题 新旧接口的转换 解决方案 适配器实现新的接口 对旧接口 继承:类适配器 组合:对象适配器 使用 声明新接口的引用
2012年3月
UML与设计模式
14/35
说明:
实现Adapter方式,有两种方式:组合(composition) 和继承(inheritance). 转换一个类的接口为客户端所需要的接口,将两 个不兼容的类纠合在一起使用,这个转换的类就是 适配器类。它属于结构型模式,需要有Adaptee(被 适配者)和Adapter(适配器)两个身份.它的宗旨就是, 保留现有类所提供的服务,向客户提供接口,以满足 客户的期望。
}
2012年3月
UML与设计模式
19/35
类适配器
public class PrintBanner extends Banner implements Print{ public PrintBanner(String str){ super(str); } public void printWeak(){ showWithParen(); } public void printStrong(){ showWithAster(); } }
2012年3月
UML与设计模式
12/35
The Adapter pattern
Convert the interface of a class into another interface clients expect. Adapter lets classes work together that couldn’t otherwise because of incompatible interfaces Applicability: Use when... You want to use an existing class, and its interface does not match the one you need You want to create a reusable class that cooperates with unrelated or unforeseen classes, that is, classes that don’t necessarily have compatible interfaces
UML与设计模式
2012年3月
3/35
History of Design Patterns
Christopher Alexander
The Timeless Way of Building A Pattern Language: Towns, Buildings, Construction
Architecture
2012年3月
UML与设计模式
5/35
Gang of Four (GoF) patterns
Creational Patterns (concerned with abstracting the object-instantiation process) Factory Method Abstract Factory Singleton Builder Prototype Structural Patterns (concerned with how objects/classes can be combined to form larger structures) Adapter Bridge Composite Decorator Facade Flyweight Proxy Behavioral Patterns (concerned with communication between objects) Command Interpreter Iterator Mediator Observer State Strategy Chain of Responsibility Visitor Template Method memento 2012年3月
1970’
Gang of Four (GoF)
Design Patterns: Elements of Reusable Object-Oriented Software
Object Oriented Software Design Other Areas:
1995’
Many Authors
HCI, Organizational Behavior, Education, Concurrent Programming…
2012年3月
UML与设计模式
20/35
类适配器
public class Test{ public static void main(String args[]){ Print p = new PrintBanner("Hello"); p.printWeak(); p.printStrong(); ((PrintBanner)p).showWithParen(); ((PrintBanner)p).showWithAster(); } }
2012年3月
UML与设计模式
22/35
public class PrintBanner implements Print{ private Banner banner; public PrintBanner(String str){ this.banner = new Banner(str); } public void printWeak(){ banner.showWithParen(); } public void printStrong(){ banner.showWithAster(); } } public class Test{ public static void main(String args[]){ Print p = new PrintBanner("Hello"); p.printWeak(); p.printStrong(); }
第二章 UML-类图
Design Patterns Introduction
UML与设计模式
结构型模式
Adapter模式
代理模式
2012年3月
UML与设计模式
1/35
What is a Design Pattern?
A description of a recurrent problem and of the core of possible solutions.
2012年3月
UML与设计模式
21/35
示例二:对象适配器
Main Banner +showWithParen() +showWithAster() <<uses>> 1 1 <<接口>> Print +PrintWeak() +PrintStrong() PrintBanner +printWeak() +printStrong()
In Short, a solution for a typical problem
2012年3月
UML与设计模式
2/35
Why do we need Patterns?
Reusing design knowledge Problems are not always unique. Reusing existing experience might be useful. Patterns give us hints to “where to look for problems”. Establish common terminology Easier to say, "We need a Façade here“. Provide a higher level prospective Frees us from dealing with the details too early In short, it’s a “reference”
UML与设计模式
18/35
类适配器
public interface Print{ public abstract void printWeak(); public abstract void printStrong(); } public class Banner{
private String str; public Banner(String str){ this.str = str; } public void showWithParen(){ System.out.println("(" + str + ")"); } public void showWithAster(){ System.out.println("*" + str + "*"); }
2007’
2012年3月
UML与设计模式
4/35
Types of Design Patterns
Creational Deal with the best way to create objects Structural Ways to bring together groups of objects Behavioral Ways for objects to communicate & interact
8/35
2012年3月
UML与设计模式
适配器(Adapter)设计模式
如果你有一个存在的系统需要插入一个新的类库, 但是新的类库并不能匹配你写的系统,如下图:
相关文档
最新文档