松散耦合七个级别.pdfVIP

松散耦合的七个级别 松散耦合的七个级别 在软件领域，“耦合”一般指软件组件之间的依赖程度。那么，什么是依赖？各种依 赖对耦合度和松散度有多大影响？软件耦合可以发生在许多级别。必须区分生成时 (编译 时)依赖和运行时依赖。在分布环境中，为了确定系统的耦合程度，必须分析各个级别。 下面我们就来具体看一下。 松耦合定义及特点 我们知道松耦合有很多好处，那么什么是松耦合？它有哪些特点？服务和耦合的真正 意义究竟是什么？当客户要求一点简单的新功能时，会发生什么呢？你必须要在四个不同 的系统上执行变更吗？一定要分别在独立和组合的环境中测试吗？并且一定要牵涉到各自 的测试、架构和操作团队吗？  松耦合定义及特点  服务和耦合的真正意义 松散耦合的七个级别 在这部分中，我们将来讲讲松散耦合的七个级别，而且 ZapThink 已经发现了七个真 正的级别，或者在他们的 SOA 提议中，架构师应该考虑松散耦合方面的事情。他们的 SOA 越大程序和水平的松散耦合，那些系统越能更好的处理变化。  松散耦合的七个级别：实施和服务契约  松散耦合的七个级别：服务策略和流程 TT SOA 技术专题之“松散耦合的七个级别” Page 2 of 21  松散耦合的七个级别：数据模型和基础设施  松散耦合的七个级别：语义层 让松散耦合运行起来 当 SOA 抽象与异质性、点到点集成及紧密耦合应用逻辑相联系的复杂性，它引入了另 一种不同的复杂性：分布式、松散耦合及动态组成服务的管理。  治理、质量和管理：让松散耦合运行起来 TT SOA 技术专题之“松散耦合的七个级别” Page 3 of 21 松耦合定义及特点 Daniel Foody， Actional 公司 的CTO。作为Actional 公司的首席技术总 监，Dan Foody 在通过 Web 服务把企业系统整合软件向轻松整合的方向转变方面的经验丰 富。他是 Web 服务标准图队的积极参与者，该团队包括网络服务协同组织（WS-I）和结构 信息标准化促进组织（OASIS），在这个团队中，他是Actional 公司在 OAISS 管理协议技 术委员会的带头人，致力于基于 XML 的Web 服务管理标准。Dan 在应用程序整合技术，包 括中间设备、平台和 Web 服务方面的经验丰富，在 SAP R/3、DCOM、CORBA 和 Java 等系统 的复杂性方面的拥有渊博的知识。他是各种应用程序标准的作者，并对COM/CORBA 交互作 用的 OMG 标准作出了突出贡献。Dan 拥有科内尔大学电机工程的理科硕士和博士学位。 问：你能定义什么是“松耦合”（loose coupling），并且解释它为什么这么重要？ 答：松耦合的基本概念是：允许改变或者当问题发生在“电线的一端时”来避免影响 到其他的端点。也就是说，改变或者供应者或者服务的问题不能影响到用户或者用户 的问题不应影响到供应者或者服务。举例来说，如果服务的新版本被推出的话，服务的用 户就不必非要去修改，不必非要去改变路线，甚至不必经历停滞期因为它（服务的新 版本被推出）能清楚地向他们显示出来。相对而言，如果服务的一个用户决定改变他们正 在使用的供应者（可能有了一个更低价格的服务供选择），这不需要用户应用必须要被重 新编码，甚至是中断来做这样的改变。作为提供松耦合的必备基本要素，Web 服务管理代 理经常使用在用户和供应者之间。 TT SOA 技术专题之“松散耦合的七个级别” Page 4 of 21 一旦你理解了松耦合的概念之后，将它带到相反的极端、在任何地方应用它都是很容 易的。但是，松耦合有它自身的成本代价，所以它并不是总能被恰当的使用的。最好的方 法就是决定什么时候你需要用到松耦合，什么时候你不将松耦合运用到你的应用中。哪些 你的应用中的部分总是在一起配置（如果一个部分这样，其他的部分也做同样的我将 这称为“配置单元”）的？将以上的同那些需要被改变，升级的独立部分作比较。举例来 说，不同的组别将会代表不同的推出时间表（并且将因此被不同的配置单元来管理）。当 你认识到配置单元是为了你的应用时，然后你将会知道何时去使用松耦合（通过