维普资讯 http://www.cqvip.com Ｍｉｃｒｏｃｏｍｐｕｔｅｒ Ａｐｐｌｉｃａｔｉｏｎｓ Ｖｏ１．２３，Ｎｏ．７，２００７ 文章编号：１ＯＯ７—７５７Ｘ（２００７）０７－－ＯＯ５９一Ｏ３ 学习园地 微型电脑应用 ２００７年第２３卷第７期 适配器模式及其应用 鲁 江，夏雨人 摘 要：本文先介绍了设计模式的概念，重要性。然后通过实例讲述如何在Ｄｅｌｐｈｉ程序设计中应用适配器模式来提高应用程 序的可维护性。 关键词：设计模式；适配器模式；Ｄｅｌｐｈｉ 中图分类号：ＴＰ３１１ 文献标识码：Ａ Ｉ 引言 面向对象的程序设计（ＯＯＰ）是在软件工业中被视为重要 典范，享誉最久的一种设计思想。它对于现在的软件工程师 来说已经是一项不可或缺的基本技能。ＯＯＰ之所以受到如此 欢迎的一个重要原因就在于它可以让开发人员在不同的项目 大量的代码修改和测试工作，同时由于程序已经发布给客 户，这可能导致客户端的程序无法运行。第二种方法就是使 用下面将要介绍的Ａｄａｐｔｅｒ．模式，将新的控件类适配到老的 接口中去。 ３适配器模式（Ａｄａｐｔｅｒ Ｐａｔｔｅｒｎ） 适配器模式是一种应用非常广泛的结构型设计模式。其 主要意图是：“将一种类的接口转换成另一种客户所希望的接 ｎ 享代码，提高代码的重用率。但是在实践过程中，我们却 总是遇到“重新发明轮子”的老问题。如何提高程序设计的 效率，利用以往成功案例的经验呢？这就要用到现在软件设计 中的另一个重要的概念：设计模式（Ｄｅｓｉｇｎ Ｐａｔｔｅｒｎｓ）。 什么是设计模式昵？在ＧＯＦ的《设计模式》一书中是这样 定义的：“对被用来在特定场景下解决一般设计问题的类和 ” ¨ 口。Ａｄａｐｔｅｒ模式使得原本因接口不兼容而无法一起工作的 类可以在一起工作。”ＧＯＦ将适配器模式又细分为类适配器 － （通过继承或多重继承来对一个接口与另一个接口匹配）和对 ＿ 相互通信的对象的描述。”每个设计模式都集中于一个特定 的面向对象设计问题或设计要点，描述了在什么时候，什么条 件下使用它。因为这些设计模式都是从大量的成功设计实践 中总结，提炼出来的通用设计结构，所以只要我们在设计过 象适配器（通过对象组合来实现）。本文仅对对象适配器进行 Ⅳ ， 讨论。 以下是对象适配器模式的结构图：（图１） 程中善于运用这些设计模式，这将会使我们的程序具有良好 的可复用性和可扩展性。 下面就自己在设计实践中对适配器模式（Ａｄａｐｔｅｒ Ｐａｔ— ｔｅｒｎ）的理解，介绍一下该模式，并举例演示其在Ｄｅｌｐｈｉ程序 设计中的应用。 ＾‘｛“ｎｌ‘－ ＾【ｊ｝Ｉｔｌｌ【 ｋｌ・‘川 ｔ（ 、ｊ、Ｉ・ｌ｛１ ｌ ｋ‘，ｕｌ＿ ２问题的提出 在程序设计过程中，常常遇到这样的问题：原本在一个程 、Ｃｔｌ舯ｔ・ｎｌ｝ ｄｕｐｔＩ・Ｉ＿ Ｓｐ ‘ｉｌ ｌｌ Ｈ‘ ｌ｜ｔ ｔ｛） 图１ 序中使用的控件，过要改为其它的，或相似但功能更强，更完 从图中我们可以看出适配器模式涉及到四种角色 １．Ｔａｒｇｅｔ（已发布的接口）一一定义Ｃｌｉ ｅｎｔ使用的与特定 领域相关的接口 ２．Ｃｌｉｅｎｔ（使用已发布接口的部件）一一与和Ｔａｒｇｅｔ接口 一善的控件。例如：原先使用ＭＳＣＯＭＭ３２．ＯＯＣＸ的通信程序， 现在要改为Ｄｅｌｐｈｉ的ＶＣＬ控件；原先制作压缩文件时使用 Ｚｌｉｂ压缩算法（Ｄｅｌｐｈｉ中安装的第三方控件），现在想要改为 ＺＩＰ的格式；等等诸如此类的问题。对于这些问题，一般可以 有两种解决方法。第一种方法：将已经建立的程序源代码全 致的对象合作 ３．Ａｄａｐｔｅｅ（新增加的功能）一一定义一个已经存在的接 口，而这个接口需要适配 部改写，用新的控件类来替换源代码中老的控件类。这将导致 作者简介：鲁江，上海交通大学计算机科学与工程系，硕士研究生，上海２０００３０ 夏雨人，上海交通大学计算机科学与工程系，教授，上海２０００３０ ・５９・ 维普资讯 http://www.cqvip.com Ｍｉｃｒｏｃｏｍｐｕｔｅｒ Ａｐｐｌｉｃａｔｉｏｎｓ Ｖｏ１．２３，Ｎｏ．７，２００７ 学习园地 微型电脑应用 ２００７年第２３卷第７期 ４．Ａｄａｐｔｅｒ一一对．Ａｄａｌｐｔｅｅ接口与Ｔａｒｇｅｔ接口进行适 配的类 Ｐｒｏｃｅｄｕｒｅ ＴＰｏｉｎｔ．Ｄｉｓｐｌａｙ ０ Ｂｅｇｉｎ Ｅｎｄ： 那么什么时候我们需要适配器模式呢？当出现以下情况 时我们应该想到使用适配器模式 １．当你想使用一个已经存在的类，而它的接口不符合你 的需求时。一个典型的例子就是当你引入一个ＶＢＸ和ＯＣＸ 到Ｄｅｌｐｈｉ中时，Ｄｅｌｐｈｉ将产生一个新的类将这些外部控件的 ／／Ｐｏｉｎｔ的Ｄｉｓｐｌａｙｔ）实现代码 Ｐｒｏｃｅｄｕｒｅ ＴＰｏｉｎｔ．Ｆｉ １１（） Ｂｅｇｉｎ Ｅｎｄ 接口转换成为一个同Ｏｂｊｅｃｔ Ｐａｓｃａｌ兼容的接口。 ２．你想创建一个可以复用的类，该类可以同其他不相干 的类或不可预见的类协同工作。 ／／Ｐｏｉｎｔ的Ｆｉｌｌ（）实现代码 Ｐｒｏｃｅｄｕｒｅ ＴＬｉｎｅ．Ｄｉ ｓｐｌａｙ ０ ｅｇｉｎ ＢＥｎｄ ３．你想使用一些已经存在的子类，但是不可能对每一个 都进行子类化以匹配它们的接口。对象适配器可以适配它的 父类接口。 ／／Ｌｉｎｅ的Ｄｉｓｐｌａｙ０实现代码 Ｐｒｏｃｅｄｕｒｅ ＴＬｉｎｅ．Ｆｉ １１ ０： ４应用实例演示实现过程 假设我们现在有一些已经存在的类：点（Ｐｏｉｎｔ），线 （Ｌｉｎｅ），矩形（Ｓｑｕａｒｅ）；它们具有一些行为如显示（Ｄｉｓｐｌａｙ）， ｅｇｉＢｎ ／／Ｌｉｎｅ的Ｆｉ ｎ １）实现代码 Ｅｎｄ： 现在假设我们需要实现一个圆（Ｃｉｒｃｌｅ），它将提供Ｄｉｓｐｌａｙ ０和Ｆ｜１ ｌ（）行为。为了实现这个需求，我们可以通过编写一 填充（Ｆｉｌ１）。另外还存在一个类：圆（Ｃｉｒｃｌｅ）；它也具有一些同 上述的类类似的行为如显示（Ｄｉａｐｌａｙｌｔ），填充（Ｆｉ １１ Ｉｔ）。我们 想要创建一个可以复用的类，例如Ｓｈａｐｅ，它将提供一个接口 给客户，使得客户无需知道具体的类别，只需使用相同的方 法来处理具体的类。而且这个类Ｓｈａｐｅ将来还可以增加其他 的具体类别，但这不能影响客户端的对象。 对于上述实例，我们可以创建一个抽象类Ｓｈａｐｅ，它只定 义了这些行为的接口，具体的行为交给Ｓｈａｐｅ的子类来实现。 下面是Ｓｈａｐｅ类的定义： ＴＳｈａｐｅ＝ｃｌａｓｓ Ｐｕｂｌ ｉｃ． 个Ｓｈａｐｅ的新子类（这样我们就可以利用Ｓｈａｐｅ的多态特性， 客户端只需访问Ｓｈａｐｅ提供的接口）。然后再编码实现Ｄｉ ｓｐｌａｙ ０和Ｆｉｌ ｌ（）行为。但这样我们可能会要编写大量的代码。现在 我们已经有一个Ｃｉ ｒｅ ｌｅ类，它已经实现了我们需要的功能， 但是其不是Ｓｈａｐｅ类的子类，无法利刚Ｓｈａｐｅ提供的多态特 性，使客户端只需访问Ｓｈａｐｅ提供的接口。为了利用现有的 Ｃｉｒｃ ．ｅ类，我们可以实现一个Ｓｈａｐｅ类的子类ＣｉｒｃｌｅＡｄａｐｔｅｒ 类，Ｎｉ，一ｔ适配器模式将Ｃｉｒｃｌｅ类包装一下，使之适应Ｓｈａｐｅ 提供的接口。下面是Ｃｉｒｃｌｅ类，ＣｉｒｃｌｅＡｄａｐｔｅｒ类的定义： ＴＣｉｒｃｌｅｒ—ｃｌａｓｓ ＰｕｂｌｉＣ Ｐｒｏｃｅｄｕｒｅ ＤｉｓＤｌａｙ（）：ｖｉｒｔｕａｌ：ａｂｓｔｒａｃｔ： Ｅｎｄ Ｐｒｏｃｅｄｕｒｅ Ｄｉｓｐｌａｙｌｔ（） Ｐｒｏｃｅｄｕｒｅ Ｄｉｓｐｌａｙｌｔ（） Ｐｒｏｃｅｄｕｒｅ Ｆｉｌｌｉｔ（） Ｐｒｏｃｅｄｕｒｅ Ｆｉ ｌ １（）：ｖｉｒｔｕａｌ：ａｂｓｔｒａｃｔ： 为了在Ｐｏｉ ｎｔ类，Ｌｉｎｅ类中实现Ｓｈａｐｅ类定义的行为，我 们定义Ｐｏｊ ｎｔ，Ｌｉ ｎｅ为Ｓｈａｐｅ的子类，让这些子类来实现Ｄｉ ｓｐｌａｙ ０，Ｆｉ ｌ１（）的具体行为。其定义如下： ＴＰｏｉｎｔ—Ｃ ｌａｓｓ（ＴＳｈａｐｅ） ＰｕｂｌｉＣ Ｅｎｄ ｜ｉ ｔ Ｅｎｄ： ＴＣｉｒｃｌｅＡｄａｐｔｅｒ＝ｃｌａｓｓ（ＴＳｈａｐｅ） Ｐｒｉｖａｔｅ ＦＣｉｒｃｌｅ：ＴＣｉｒｃｌｅ Ｐｕｂｌｉｃ Ｐｒｏｃｅｄｕｒｅ Ｄｉｓｐｌａｙ（）：ｏｖｅｒｒｉｄｅ： Ｐｒｏｃｅｄｕｒｅ Ｆｉｌｌ ０：ｏｖｅｒｒｉｄｅ： Ｃｏｎｓｔｒｕｃｔｏｒ Ｃｒｅａｔｅ（ＰＣｉｒｃｌｅ：ＴＣｉｒｃｌｅ） Ｐｒｏｃｅｄｕｒｅ Ｄｉｓｐｌａｙ ０ ＴＬｉｎｅ—Ｃｌａｓｓ（ＴＳｈａｐｅ ＰｕｂｌｉＣ Ｐｒｏｃｅｄｕｒｅ Ｄｉｓｐｌａｙ ０：ｏｖｅｒｒｉｄｅ： Ｐｒｏｃｅｄｕｒｅ Ｆｉ １１ ０：ｏｖｅｒｒｉｄｅ： Ｅｎｄ： Ｐｒｏｃｅｄｍ’ｅ Ｆｉｌ １（） ｉ ｊ．’・ Ｅｎｄ： ＴＣｉｒｃｌｅＡｄａｐｔｅｒ类的实现代码： Ｐｒｏｃｅｄｕｒｅ ＴＣｉｒｃ ｌｅＡｄａｐｔｅｒ．Ｃｒｅａｔｅ（ＰＣｉｒｃ Ｊ ｅ．．ＴＣｉｒｃ ｌｅ）： ・６０・ 以下代码是Ｄｉｓｐｌａｙ（），Ｆｉｌｌ ０行为的实现： 维普资讯 http://www.cqvip.com Ｍｉｃｒｏｃｏｍｐｕｔｅｒ Ａｐｐｌｉｃａｔｉｏｎｓ Ｖｏ１．２３，Ｎｏ．７，２００７ Ｂｅｇｉｎ 学习园地 微型电脑应用 ２００７年第２３卷第７期 从上述代码可以看出我们只用了少量的代码就实现了Ｃｉｒｃｌｅ 类的复用，并且客户端的程序一点也不用变动。图二是上述 代码ＵＭＬ的类图表示。 Ｅｎｄ Ｉｎｈｅｒｉｔｅｄ Ｃｒｅａｔｅ： ＦＣｉｒｃｌｅ：一ＰＣｉｒｃｌｅ： ／／…其他的初始化代码 Ｐｒｏｃｅｄｕｒｅ ＴＣｉｒｃ ｌｅＡｄａｐｔｅｒ．Ｄｉｓｐｌａｙ（）： Ｂｅｇｉｎ ５结束语 适配器模式虽然是一个很常用，也比较简单的模式，但通 过适配器模式能够让我们从接口的角度来考虑设计问题。它 集中体现了面向对象设计的原则之一：针对接口编程，而不是 Ｅｎｄ： ＦＣｉｒｃｌｅ．ＤｉｓｐｌａｙＩｔ（）： Ｐｒｏｃｅｄｕｒｅ ＴＣｉｒｃ ｌｅＡｄａｐｔｅｒ．Ｆｉｌｌ（） 针对实现编程。同时适配器模式也是对“开一闭”原则（即对扩 展的开发，对修改的关闭）的具体实现。设计模式为软件设计 人员提供了一种提高软件系统可靠性，可维护性以及可重用 性的设计思想，我们应该在设计过程中自觉运用这一思想，这 样才能是我们从一个只知写代码的软件技工成长为一名软件 Ｃ…ｊ ０＾ｄ“ｐＩ 系统设计师。 ＯＩ 一＾，｛ｊ ＩＩ１（１ ０Ｉ ８ｐｌ舳（ ＩＩ１¨ Ｄｉ ｎＩｌ （） 参考文献： ｌＪｊ Ｐｌ ｄｙ¨ ｂＩ１ Ｉ１ Ｊ ｓｐｌ ｛ ¨ｊｊ【）ｃ．１ｌｌ ＦＩｊＩｌｔｆ ［１ １Ｅｒｉｃｈ Ｇａｍｍａ，Ｒｉｃｈａｒｄ Ｈｅｌｍ，Ｒａｌｐｈ Ｊｏｈｎｓｏｎ，等著．李英 图２ ｅｇｉｎ Ｂ军，等译设计模式［Ｍ１北京，机械工业出版社，２０００年 ［２］Ｃｈａｒｌｉｅ Ｃａｌｖｅｒｔ著，潇湘工作室译．Ｄｅｌｐｈｉ ４编程技术内幕 ［Ｍ１．北京，机械工业出版社，１９９９年 ［３３阎宏著．Ｊａｖａ与模式［Ｍ］．北京，电子工业出版社，２００２年 （收稿日期：２００６～１２—１３） ＦＣｉｒｃｌｅ．ＦｉｌｌＩｔ（）： Ｅｎｄ： 三彗 ￡ 强 Ｐ 妒 竖 ￡ 龌 ３ 曩 ：莹 至 三 鱼 ｑ ‘ 匠 鎏 ： （上接第５Ｏ页） 个数据对象的数据结构，解决了信息标准化的问题。 通过在三层Ｂ／Ｓ模型使用ＸＭＬ，使得企业之间可以通过 ＤＯＭ实际上是一个应用编程接口（ＡＰＩ），用来定义一种 标准方法。通过这种方法，能够处理ＸＭＬ结构树的元素。对象 模式控制着使用者如何同结构树交流，并且把所有树的元素 作为对象暴露出来 ＤＯＭ用扩展方式支持名域、数据类型、查 询和ＸＳＬ转化。 网络，与合作伙伴问进行跨平台、跨操作系统的信息交换。 参考文献： ［１］［美］Ｄｉｄｉｅｒ Ｍａｒｔｉｈ ｅｔ ａ１．ＸＭＬ高级编程［ＭＩ．李吉吉，严 ４结束语 春莹，等．北京：机械工业出版社，２００１ ［２１［￣］Ｎａｔａｎｙａ Ｐｉｔｔｓ ｅｔ ａ１．ＸＭＬ技术内幕［Ｍ］．许晓梅，等． 在基于ＸＭＬ的三层Ｂ／ｓ模型中，中间层一次性从远程异 构数据库中获取满足客户需求的信息，生成相应的ｘＭＬ文 北京：机械工业出版社．２００２．１ ［３］刘芳珠，等．基于三层网络架构及Ｄ０Ｍ的ｘＭＬ系统模型 档，丰富的ＸＭＬ数据发送给客户端后，客户应用和脚本语言 ［Ｊ］．小型微型计算机系统，２００１，２２（１２） 就可以直接使用这些数据，而且，无需刷新整个用户界面就可 以更新页面的内容，这样就减少了从服务器方获取客户方已 有的信息所需的交互时间。用户可以方便的远程管理数据，使 得网络成为一种具有更大的交互性和互操作性的媒体。其次， 运用基于ＸＭＩ 的三层Ｂ／Ｓ模型，ＸＭＬ结构化的数据可以从 商业规范和表现形式中分离出来，而且可以更详细地定义某 ［４］Ｈｉｒｏｓｈｉ Ｍａｒｕｙａｍａ，Ｋｅｎｔ Ｔａｍｕｒａ，Ｎａｏｈｉｋｏ Ｕｒａｍｏｔｏ．ＸＭ— ＬａｎｄＪａｖａＤｅｖｅｌｏｐｉｎｇ ＷｅｂＡｐｐｌｉｃａｔｉｏｎｓ［Ｍ］．Ａｄｄｉｓｏｎ－－ Ｗｅｓｌｅｙ．Ａｕｇｕｓｔ １９９９． ［５１王海波，耿晖等，基于ＸＭＬ的数据交换的实现［Ｊ１计算机 应用．２００１，４。 （收稿日期：２００６—０９—１４） ・６１・
