在《松散耦合的七个级别：实施和服务契约》 、 《松散耦合的七个级别：服务策略和流程》和《松散耦合的七个级别：数据模型和基础设施》中，我们介绍了实施和服务契约，服务策略和流程，数据模型和基础设施，下面我们将介绍最后一个内容松散耦合的语义层。

　　松散耦合的语义层

　　最后一级松散耦合是最富有挑战的。即使公司启用服务的实施、契约、策略、流程、基础设施和数据结构等它能想到的所有的变化，每当改变语义时问题仍然出现。正如我们进行详细的语义整合：松散耦合ZapFlash数据的含义，如果我们强迫服务请求者使用服务供应商的数据结构，结果是之前的架构方法完全是紧耦合的。为了提供准确无误的数据整合的承诺，我们必须超越简单的松散耦合应用程序接口，另外在语义层提供松散耦合接口。

　　当我们详细讨论那些ZapFlash时，为了实现我们寻找的那种主义数据整合，我们必须实施动态服务定义。本质上，服务接口的定义必须基于服务请求者的环境改变。因此，服务能够在调用时改变它的契约。例如，服务供应商需要姓名不能超过40个字符，不应该要求请求者知道这个事实。契约服务接口支持提供隔离。服务接口因此必须变得比之前更加的智能。而不必提前知道服务需要哪些具体的数据。服务请求者应该能够动态的发现服务的接口，不仅提供所需的功能，而且还要了解信息净荷容量。

　　ZapThink的需要

　　SOA作为一个整体，在复杂系统的松散耦合中是一个应用，必须合作以满足业务需要。因此，随着企业寻找他们成熟的SOA提议，他们应该设法通过上述不同的等级，反复松散耦合他们的系统。松散耦合最令人惊讶的部分是系统最大程度的容错性，使你的业务更加的灵活。不仅如此，如果企业能够设法解决这七层松散耦合，同时保持一定的架构开销，那么我们已经达到IT和业务关系的理想状态：IT可以不用施加任何额外的时间或者开销，实现业务所有的需求和期望的结果，

　　具体而言，系统能够使用七层松散耦合，改变服务的实施、业务流程、服务契约、服务策略、运行时基础设施、数据模型和语义而不会破坏系统。你能想到在那些等级的松散耦合中不能解决的业务需求吗？这种敏捷性视角正是SOA的目标，它明确要求明白SOA比简单的实施仅是Web服务提供的松散耦合的能力更加广泛。