【毕业学位论文】（Word原稿）支持动态配置的空中服务系统的设计与实现-电子与通信工程

密级： 保密期限： 硕士研究生学位论文 题目： 支持动态配置的空中服务系统 的 设计与实现 学 号： 10 姓 名： 崔军辉 专 业： 电子与通信工程 导 师： 张晓莹 学 院： 电子工程学院 2012 年 11 月 19 日北京邮电大学硕士研究生学位论文 支持动态配置的空中服务系统的设计与实现 I 独创性（或创新性）声明 本人声明所呈交的论文是本人在导师指导下进行的研究工作及取得的研究成果。尽我所知，除了文中特别加以标注和致谢中所罗列的内 容以外，论文中不包含其他人已经发表或撰写过的研究成果，也不包含为获得北京邮电大学或其他教育机构的学位或证书而使用过的材料。与我一同工作的同志对本研究所做的任何贡献均已在论文中作了明确的说明并表示了谢意。 申请学位论文与资料若有不实之处，本人承担一切相关责任。 本人签名： 日期： 关于论文使用授权的说明 学位论文作者完全了解北京邮电大学有关保留和使用学位论文的规定，即：研究生在校攻读学位期间论文工作的知识产权单位属北京邮 电大学。学校有权保留并向国家有关部门或机构送交论文的复印件和磁盘，允许学位论文被查阅和借阅；学校可以公布学位论文的全部或部分内容，可以允许采用影印、缩印或其它复制手段保存、汇编学位论文。（保密的学位论文在解密后遵守此规定） 保密论文注释：本学位论文属于保密在 年解密后适用本授权书。非保密论文注释：本学位论文不属于保密范围，适用本授权书。 本人签名： 日期： 导师签名： 日期： 北京邮电大学硕士研究生学位论文 支持动态配置的空中服务系统的设计与实现 2 支持动态配置的空中服务系统 的 设计与实现 摘 要 空中服务系统是 着 善和增强 ， 如今手机 支付、 身份验证等 越来越多的 对安全有较高要求的 应用可以在 (U)为真正的多应用汇集门户平台 。从运营商的角度来看，由于初期建设的 能满足现今丰富的多应用需求，因此统一规划新 统，同时考虑以后的扩展性最终达到减少投入，扩大市场占有率是运营商迫在眉睫的问题。因此运营商希望新一代 运行在 7 24的工作模式下 和 提供着不间断的服务的同时，又可以自适应新应用的接入，完成新应用的业务逻辑处理而不影响原有业务。这就要求的空中服务系统 具有动态配置的 能力 。 本文首先 分析 了目前 统存在的一些弊端，然后 研究 统中的关键流程，针对扩展性不足的问题，提出可动态配置的空中服务系统的 实现 方案 ，并选择当前热门的手机支付空中服务系统实现验证方案的可行性 。方案包括 了系统整体功能模块设计，接口设计，协议设计以及动态配置设计。动态配置设计中首先研究了国内外动态配置的发展情况，对比了现有动态配置技术，并结合 联通总部 空圈平台项目背景，提出以软件总线为设计思想使用 置组件的解决方案。在整体设计方案的指导下编码完成可动态配置的手机钱包空中服务系统 。目前系统基本满足需求并已经上线测试。 关键字： 态配置 软件总线 北京邮电大学硕士研究生学位论文 支持动态配置的空中服务系统的设计与实现 3 F O he is of TA an in TA TA of of IM of in U) a of is TA s of to of TA s TA to is of TA to a in of in 24 京邮电大学硕士研究生学位论文 支持动态配置的空中服务系统的设计与实现 4 TA in to of TA in TA to of of to of to a ML is in of of be 京邮电大学硕士研究生学位论文 支持动态配置的空中服务系统的设计与实现 5 目 录 第一章 绪 论 . 7 现状及不足 . 7 介 . 7 前 不足 . 8 态配置的现状 . 8 态配置的背景 . 9 持动态配置的手机钱包空中服务系统的开发背景和建设目标 . 10 文完成的工作及论文框架 . 11 第二章 支持动态配置的空中服务系统的具体分析 . 13 中服务系统的分析 . 13 消息网关接口协议 . 13 架 . 14 冲池机制 . 15 单工厂模式 . 16 机钱包的空中服务系统的分析 . 17 机钱包空中服务系统的特点 . 17 机钱包空中服务系统的动态配置需求 . 18 态配置的分析 . 18 件总线设计思想 . 18 术 . 19 第三章 支持动态配置的空中服务系统的设计 . 20 统开发环境 . 20 介 . 20 介 . 20 据库 . 21 统结构 . 21 件架构 . 22 辑结构 . 23 务模块 . 24 信网关接入模块 . 24 文解析与组包模块 . 25 议选择与消息路由模块 . 26 务逻辑处理模块 . 27 统监控模块 . 30 管接口模块 . 31 务平台接口模块 . 32 据库模块的设计 . 33 户表 . 33 数表 . 34 北京邮电大学硕士研究生学位论文 支持动态配置的空中服务系统的设计与实现 6 务核心表 . 35 理员信息表 . 36 态配置的详细设计 . 38 件设计 . 38 统一致性验证 . 42 第四章 支持动态配置的手机钱包空中服务系统的 实现 . 44 台框架的实现 . 44 务封装类的实现 . 45 务队列的实现 . 45 动态配置的业务逻辑处理模块的实现 . 46 置文件的实现 . 46 务的实现 . 48 据库实现 . 49 统测试 . 49 本功能测试 . 49 态配置测试 . 50 第五章 总结 . 52 参考文献 . 53 北京邮电大学硕士研究生学位论文 支持动态配置的空中服务系统的设计与实现 7 第一章 绪 论 随着通信技术的飞速发展，移动应用更加明显的趋向于丰富化，个性化。 增值业务曾为运营商带来巨大的市场，随着 今手机支付、身份验证等越来越多的对安全有较高要求的应用可以在 (U)上实现， 台发展的必然趋势是成为真正的多应用汇集门户平台 1。同时，软件技术的不断更新以及用户需求不断的推陈出新使得企业级软件的更新周期逐渐缩短。因此，如何适应这种动 态的变化，成为如今设计企业级软件时不可避免需要考虑的重要环节。 现状及不足 介 中下载 技术 的简称 。 种 通过移动通信（ 网络的空中接口对 据及应用进行远程 控制和 管理的技术。 其中的 空中接口 一般 采用 据 短消息技术。 在第二代移动通信系统中多采用数据短消息技术，因为数据短消息方式中用户通过 络服务器后台根据请求将对应的服务或动态 程中不需要与网络进行频繁地交互，不但减轻了网络后台服务器的压力，也使得服务器的设计相对简捷，同时还可减轻短消息的传输压力 2。 此外，由于交互的减少以及下载过程的大量简化，也使得 总体来说数据短消息方式具有以下特点： 作简便 在此技术下，运营商通过以数据短消息方式与卡端通信，并实时更新和管理卡端数据和菜单，方便而且迅速地向用户推出新业务和更新 现更多业务功能；同时也鼓励用户通过最常用的短消息方式实现自己个性化和动态的手机菜单的管理，满足用户对业务简单性、易用性、可下载性三方面的 要求。北京邮电大学硕士研究生学位论文 支持动态配置的空中服务系统的设计与实现 8 基于短消息的 3。 要承担客户端和第三方平台之间的数据转发。用户选择 生成上行报文以数据短信的格式发至短消息网关（ 短消息网关通过 台收到数据后进行相应的解析、验证、重组、转发流程，将有效数据发至第三方业务处理平台进行最终的业务处理。同时如果空中服务平台 直接处理上行请求或收到第三方业务平台的请求时，需要逆操作上行流程，解析重组后生成下行报文，并发送报文至短消息网关，由短消息网关进行协议转换后以数据短信格式发回至客户端即卡端，卡端收到后进行客户端的更新，更新后完成整个数据服务请求流程。 目前 不足 术与 术的结合很好地解决了用户端的扩展问题，实现了手机菜单的丰富化和个性化，但是随着用户需求的改变， 台对于新应用的接入能力尚显不足。主要原因是由于多种应用的逻辑，协议，安全级别有差异， 台无法处理新应用接入时自身的更新问 题。 同时由于早期建设的各类 及随着通信网规模的日益扩大，目前存在的各种 要问题包括各省支持 使功能类似，外各省 得其系统的功能距离满足实际业务需求都有一定差距，最重要的是总部无法统一把握各子系统的业务管理情况，也无法对全国的 用户进行统一部署。 基于以上系统存在的各种问题，迫切需要 对 范管理流程，从动态接入的角度考虑整体设计，延长企业级软件存活周期，建设一个集团级规范平台从而解决存在的各种问题，最大限度地创造效益。 态配置的现状 动态配置，也称为动态更新或动态升级，主要含义指在系统软件不重新启动的情况下，动态地改变系统本身的逻辑结构和功能。 北京邮电大学硕士研究生学位论文 支持动态配置的空中服务系统的设计与实现 9 动态配置的背景 随着科技水平社会经济的加快发展，各类商业软件充斥各个行业。用户需求的推陈出新、旧业务模式的淘汰、系统常规升级等使得商业软件更新的周期也越来越短。但是在一些特殊行业中，譬如银行、电信、 航空、军事等，用户要求高质量有保证的服务，一旦系统停机、维护、重启，必然会导致用户体验严重下降，对经济及其他效益造成不可估量的损失，这些都限制此类软件必须运行在 7使需要更新也必须采用两套系统实现无缝切换，这样既造成硬件冗余，也必须承担割接过程中不可预估的风险。因此，如何让软件在运行时动态配置新功能意义重大。 动态配置在各种语言中都有一定的实现，比如 C 中的动态链接库及 文主要研究在 的实现。在 实现动态配置主要有通过 言的底层功能进行 更新和通过虚拟机实现更新两种方式。 言规范定义了反射功能（ 反射是指 在 程序 运行状态中，对于任意一个类，都能够 访问 这个类的所有属性 及 方法；对于任意一个对象，都能够调用它的任意一个属性 及 方法；这种动态获取的信息以及动态调用对象的方法的功能称为 言的反射机制 4。 通过反射机制， 序可以在运行状态中确定要加载的类和运行相应的方法。简单来讲，使用 射机制来实现动态配置是将要实现的功能模块化，动态配置就转化为模块的动态加载。因此，使用反射实现动态配置的主要工作就 集中在系统功能的模块化和重构中。在这个过程中需要处理 很多细节问题，包括各种接口及变量作用域的限制、对象实例的跟踪、集成的处理问题、特殊方法和参量（比如 其它静态方法）以及继承的诸多问题。可见，使用反射机制实现动态更新十分复杂，不仅有诸多限制，还破坏了原有程序的继承结构，这些会造成维护困难，执行效率下降。因此简单的使用 射实现动态配置不是最佳方案。 但是 开发人员提供了一个较好的。 向组件的计算环境。 步 演化 发展 ， 最终 形成了一个标准的、面向服务的计算环境 。它 为用户提供了 一个 开放的、面向服务组件的、易于部署的、可插拔的编程模型 。 基于 应用程序 能够 动态更改 自身 运行状态和行为。在 一个 际上都是可热插拔的 。 因此，修改一个特定的 会影响到容器中的 其他 应用，运行的大部分应用还是可以照常工作。 在重新部署修改后的 去 后 ，容器 本身 从来没有重新启 动 过 。从程序外部看来 看来，这种 内部的改变 过程 是不可见的。另外 应用程序 具有 稳定高效的 特北京邮电大学硕士研究生学位论文 支持动态配置的空中服务系统的设计与实现 10 点 。 因为 一个微核的系统，所谓微核是指其核心只有 若干个 。基于 合性能极佳 ，其结构 可变 的优势性 使得框架中 具体的状态不会 影响到全局，不会因为局部的错误 而 导致全局系统的崩溃 5。并且 只有当服务被调用的时候才会 加载对应的 每个 由于其结构的优势，复用性 非常 强。 身的设计结构决定其 可复用性强，每一个 是一个独立可复用的单元 ，这为 构建面向接口的程序架构 带来了极大的便利 。 如果需要 开发 新的企业级系统，可以从以往的 择 出可复用的模块， 进行二次开发 ，最大限度 地实现软件的复用 ， 降低开发成本和周期，最终实现 增强企业的竞争力 的目标 。 另外一种方式是通过虚拟机来实现动态配置。 程序首先由编译器翻译为特殊的二进制码，即读者们熟悉的 由 释执行。由于 n 制，在解释执行时会进行一定的方法替换以达到优化效率的目的。那么在 进行方法替换的时候如果用户可以控制这个过程，就可以将原有方法替换为新的方法，也完成了系统的功能更新。这种方式可以简单地通过修改虚拟机来完成。但是这种方式严格意义上来讲源程序没有动态变化，只是在程序加载时进行方法的部分更新，并且修改虚拟机的方式不适合推广，无法满足企业级软件的动态配置需求。 综合以上，动态配置技术还有待发展，如何在空中服务系统中实现动态配置是本文研究的重点。 持动态配置的手机钱包空中服务系统的开发背景和建设目标 手机支付就是允许移动用户使用其移动手机终端对所消费的商品或服务进行 账务支付的一种服务方式 。手机支付近年来发展迅速，随着国家相应政策法规的出台，规范化的手机移动支付在未来支付领域将大放异彩。 自从中国人民银行发布非金融机构支付服务管理办法以来，国内移动支付领域的业务发展取得了长足的进步，包括移动运营商在内的多个行业的相关企业做了很多开创性的研究和尝试，有效的培育和发展了市场。特别是随着各类非接 触式交互 技术 （如和多应用卡片技术的迅速发展，移动网络运营商的业务范围与服务形态得到了有效拓展。如果采用具有非接功能的多应用 ，可以让用户使用同一张 支持 多种支付应用，用户通过空中服务平台可以方便的进行空中圈存等服务，避免用户多张卡到不同的营业厅进行充值的问题。移动网络特有的与用户空中接触的渠道强化了用户联系，使业务发布与使用更为方便。 目前，以公交刷卡为代表的业务形态已经开始走入普通民众的生活，并开始北京邮电大学硕士研究生学位论文 支持动态配置的空中服务系统的设计与实现 11 快速覆盖到电子支付、门禁安全、电子票务、客户服务等领域，呈现出巨大的发展潜力和广阔的市场前景。中国联通目前开展的支付业务包括：话费小额支付业务、近场支付公交业务、联通商城业务、校园一卡通业务等 ， 这些业务都是通过手机上的 单作为业务功能的应用入口，通过数据 短信对卡片的操作来实现的 。鉴于手机支付类业务对保持用户粘度、提升用户活跃度，提高用户 明显的促进作用，无论从联通总部开展联通支付业务的角度，还是各省分 公司 开展业务的需要，都对空中服务平台基础设施的建设提出了要求。因此，迫切需要建设中心空中服务平台，处理全国范围内用户的空中服务请求，以实现集团统一规划的联通自有账户业务以及通过集团接入的合作应用相关的空中服务功能，并为将来进一步拓展新的支付业务打下基础。 建设目标总体来讲为统一联通 信协议标准，全面支撑各类应用，在高效的完成 身功能的前提下 实现系统安全性和可扩展性的提升，扩展用户基数，优化服务质量，最终提高集团整体效益。具体来讲在技术实现上要坚持以下设计的原则： （ 1） 规范性：严格遵循中国 联通 集团的相关技术规范和业务规范的要求，对平台进行整体规划。 （ 2） 开放性：系统遵循开放性架构，采用开放的接口协议与开发平台，为用户提供统一的、开放的能力调用；业务维护和发展不依赖于设备厂商，能够保证业务的持续升级和发展； （ 3） 安全性：系统按照电信级的应用进行设计，系统软硬件架构充分考虑整个系统运行的安全策略和机制；针对各类流程的安全需求，采用多种安全技术手段，为用户提供完 善的安全技术保障； （ 4） 成熟性：采用成熟稳定并且具有运营实例的硬件平台和第三方软件或者组件； （ 5） 先进性：系统必须采用业界领先的技术和体系结构，确保系统的先进性； （ 6） 可扩展性：系统采用模块化设计，能够满足未来业务发展的需要；新功能、新业务的增加能够在不影响系统运行的情况下实现；系统设备应以模块化方式组建，设备的处理能力能够平滑扩容。 文完成的工作及论文框架 在支持动态配置的手机钱包空中服务系统的设计与实现中，本文作者主要承担了系统基本架构的设计，核心业务的实现以及动态配置模块的设计与实现。 北京邮电大学硕士研究生学位论文 支持动态配置的空中服务系统的设计与实现 12 工作内容包括分析 支付平台业务系统的基本需求，阅读联通相关技术规范文档以及电子金融卡片的相关规范，参与并实现部分系统基本框架，实现所有核心业务处理。在阅读动态配置相关国内外文献后，提出符合空中服务系统的动态配置方案，并很好地将其结合到系统设计中，最终以手机支付领域中的手机钱包空中服务系统为例实现支持动态配置的手机钱包空中服务系统的设计与实现。 论文的框架由以下几部分组成： 要介绍 及的相关概念及背景，还介绍了动态配置的背景和现状。简单描述了论文作者的工作内容及论文的框架。 通过分析空中服务系统的基本特点以及研究具有代表性的手机钱包空中服务系统的特点和动态配置需求，明确了设计方案中需要用到的各种技术，并对这些技术进行一定的研究。 据空中服务系统的特点对系统进行整体的设计，使得系统满足基本的可用性，高效性，安全性，同时应用动态配置方案，让系统可以支持动态配置。 照详细的设计选择手机钱包空中服务系统进行具体的实现以验证设计方案的可行性。 目前的工作进行总结，分析本文提出的设计方案在未来的发 展中的趋势和利弊。 北京邮电大学硕士研究生学位论文 支持动态配置的空中服务系统的设计与实现 13 第二章 支持动态配置的空中服务系统的具体分析 在了解了本文相关背景后、设计和实现支持动态配置的空中服务系统前，我们先对空中服务系统的特点和实现过程中用到的关键技术进行简略的分析和说明。 中服务系统的分析 本文的空中服务系统指 务规范中的空中服务支撑平台，也就是上文提到的 统。它主要完成的功能是报文的转发和验证。整体架构图如下： 图 2中服务系统架构图 消息网关接口协议 整体架构及具体流程可知 ，空中服务平台主要与外界的通信接口为短信网关通信接口和第三方支付平台通信接口。其中短信网关通信接口需要遵循中国联通短消息网关系统接口协议 议规范。 中国联通短消息网关系统接口协议 议规范是 中国联合通信公司 短消息网关 系统 接口协议 6。 该 协议是 规范 用服务商） 之间 、 接网关） 之间、以及 间的 通信 接口协议 。通过应用 议， 现 用的一点接入、全网服务； 以通过 议，实现消息在不同 间的 路由 和转发。同时， 过该协议也可以和信，以实现各 间路由表的同步功能 7。简单理解即短消息网关遵循 议，桥接短消息网与互联网，实现网间请 求转换，建立多网通北京邮电大学硕士研究生学位论文 支持动态配置的空中服务系统的设计与实现 14 信。 空服平台作为支付业务唯一的中国联通支付业务的空中交易服务通道，为各业务平台提供统一的包括短信、彩信、 内的接入能力。在现阶段，具体体现在对近场钱包空中通道的支持和对远程系统普通短信的支持。 架 客户端上行请求经过短信网关以后会转换为 求，同时第三方支付平台也是以 式与空中服务平台通信，也就是说，本质上，空中服务平台是作为一个网络应用来处理所有收到的网络请求。 出的一个网络应用程序框架。 用于开发高性能和高可用性的网络应用程序的基础框架。 它提供了一个通过 不同的传输例如P 和 P 上抽象的事件驱动的异步 通过使用 架可以可以省下处理底层 I/O 和线程并发等复杂工作，开发人员能够把更多的精力投入到业务设计和开发当中。 架的应用比较广泛，应用的开源项目有 、 称为 架库，客户端服务器框架库或网络套接字库 8。 架的 主要 特点 如下 ： 架基于 最新的 库开发； 架采用非阻塞方式的异步传输； 架 基于 事件驱动； 架支持批量数据 的 传输； 架支持 多种网络通信协议，包括常用的 架 采用 控制反转的设计模式 ，因此 持 架采用优雅的松耦合架构 ， 便于灵活使用 ； 架 采用 灵活的加载过滤器机制； 架 使得 单元测试更容易实现； 架可自定义线程的数量，以提高运行于多处理器上的性能； 架采用回调的方式完成调用，使 创建 线程 变得简单轻便 。 可见 架优点很多，性能极佳。在空中服务平台中即契合系统需求，又兼具网络处理的高性能。因此以 架为平台的载体是非常合适的一个选择。 北京邮电大学硕士研究生学位论文 支持动态配置的空中服务系统的设计与实现 15 冲池机制 缓冲池机制，顾名思义为缓冲输入流到内存中，以达到异步双工的处理模式效果。它的最实际的应用是生产者消费者模型。通俗点讲当 一个模块不断的产生数据，我们可以形象的称其为生产者，而另一个模块主要处理生产者的数据则其对应被称为消费者。 生产者 /消费者模型是最基本的并发协作模型，是所有并发协作的基础。可以这么说，其他的并发协作都是生产者 /消费者模型的变种 9。生产者 /消费者模型 的结构示意图如下所示： 图 2产者 /消费者模型的结构示意图 使用 生产者 /消费者模型 可以解决现实中很多问题，它的主要优点是使得程序低耦合，高内聚。设想一下，如果不采用 生产者 /消费者模型 ，消费者必须直接访问生产者以获取其数据，并且，由于生产和消费都需要时间 ，无论哪一方没有完成自己的工作，另一方都需要等待直至对方完成为止。而 生产者 /消费者模型 采用异步模型也很好的解决了这个问题。模型中生产者只需负责生产产品和与缓存池通信，即生产好后将产品放置于缓存池，然后继续生产下一件产品。同样的消费者只关心缓存池中有无产品，若有则取出并处理，若无则等待。关于 生产者 /消费者模型 有一个很形象的比喻：生产者可以比喻为一个寄信人，消费者比喻为邮差，这里的缓冲池就是寄信人的邮筒。寄信人写好信后将信放进邮筒，邮差按固定时间来查看邮筒内是否有信件，有的话就取走寄出去。寄信人和邮差不需要互相 认识，也不用告知对方自己的工作进度，他们只关心邮筒的状态。 生产者，消费者之间的供求关系可以简单的使用管道 即消息队列 来构造。 比较 两者之间的行为模式 如下，首先看 生产 者 /消费 者 模型 ， 生产 者 /消费 者 模型 中生产者在可能的情况下持续生产产品， 消费者 持续消费对应的产品。 如果无消费产品 ，就会阻塞直到 生产者生产产品为止，而 一个消费 产品 仅供一个消费者消费。并且先生产的产品应该先被消费。再来看 队列），假设队列足够大，只北京邮电大学硕士研究生学位论文 支持动态配置的空中服务系统的设计与实现 16 要有请求到来即可存入队列。如果队列不为空，则可读取出队首内容并从队列中移除（队列满足 先出原则）。 如果队列为空，则读取操作将会阻塞直至队列有新的内容到达。由此可见，阻塞队列天然符合生产 /消费模型的供求行为模式。 由于平台用户众多，上行请求访问量巨大，平台逻辑处理能力不能实时处理上发请求，这就需要平台使用缓冲池机制建立任务处理队列，其中接收到的上发请求是生产者生产的产品，平台业务逻辑处理模块为对应消费者。这样就可以把接收请求和处理请求分隔开来，使得接收的同时也能处理请求，两者互不影响。既可以在处理的过程中不影响接收下一个请求，又可以有序的处理所有的请求。 单工厂模式 成熟的软件 通常使用设计模式来构建很多框架，其中较常用的有简单工厂模式。 简单工厂模式是面向对象的设计模式之一。面向对象本身的设计目的之一就是划分具体责任，并分派给具体对象。各个对象只关注自己的工作与其他类似模块互不影响。将大量这些具有公共接口的功能类的实例化创建和使用分离开来的设计模式就是工厂模式，而简单工厂模式是工厂模式中较为常用且比较简单的一种特殊实现，有时候也被称为 静态工厂方法模式 10。 使用简单工厂模式可以 由一个工厂对象根据传入的参量决定创建出哪一种产品类的实例 。下图为简单工厂模式的 ： 北京邮电大学硕士研究生学位论文 支持动态配置的空中服务系统的设计与实现 17 图 2单工厂模式的 举个简单的例子：要设计一个计算器程序，输入两个数值和一个操作符，比如加减乘除，程序计算相应结果。根据面向对象的编程思想分析后可知，每个计算操作都是接收两个数值和一个操作符最后返回结果。可以将这些类进行封装，每个类都实现一个公共的接口，接口中有个接收两个数值和一个操作符并且返回值为数值的方法。假设客户端使用计算器时，直接根据输入的操作符去判断调用哪种计算类，那么在客户端很多的情况下，如果增加一个同类型的计算类，就需要去更改每一个客户端的代码，这是程序员避之不及的情况。但是如果建 立一个工厂类，由工厂类负责接收不同的操作符并提供一个返回计算类接口类型的方法。这样在使用的时候客户端只需要实例化工厂，并通过工厂去实例化计算类，客户端本身不关心返回的类型，只需要调用计算类的公共接口完成计算就可以了。即使有计算类的改动，也可以将改动限制在工厂类中，客户端部分完全不用更改。 在空中服务平台中考虑到每个请求的基本格式相同，只有具体到每个业务的核心处理中才会有不同的操作。这里可以考虑使用简单工厂模式，首先业务逻辑类统一公共接口，再创建一个业务工厂，工厂根据具体业务分类的指令来创建业务逻辑类，业务逻 辑处理只需要访问工厂类。这样可以解耦具体业务逻辑类和业务处理模块，为以后业务逻辑的扩展打下良好的基础。 机钱包的空中服务系统 的分析 手机钱包空中服务系统是手机支付领域的具有代表性的空中服务系统。使用手机钱包时需要将 与银行卡在柜台绑定，之后通过手机 单请求开通空中交易渠道，开通成功后可进行圈存、锁定、解锁、查询支付密码等