服务设计模式:SOAP/WSDL与RESTful Web服务设计解决方案

服务设计模式:SOAP/WSDL与RESTful Web服务设计解决方案是Web服务设计领域的经典著作，由美国程序员Robert Daigneau编著。本书是利用SOAP／WSDL或者遵循REST架构风格的Web服务设计解决方案的纵览，将基本的Web服务设计概念收录其中。每种模式都描述了一种对于某个反复出现的设计问题已知的且经过证明的解决方案。书中的模式都是开发人员经过长期的努力识别出来的，这些开发人员注意到，某些问题可以使用类似的设计方法解决，全书总结并规范化了这些思路，非常适合专业企业架构师、解决方案架构师和开发人员们下载阅读。

内容介绍

《服务设计模式:SOAP/WSDL与RESTful Web服务设计解决方案》是Web服务设计领域的经典著作，Amazon五星级畅销书，Web服务领域资深专家撰写，Maritn Fowler和Ian Robinson等大师级人物亲自作序推荐。本书不仅详细讲解了SOAP、WSDL、RESTful 3种Web服务API的风格和20多种常用Web服务设计模式，而且还深入阐述了每一种模式的原理，以及这些模式的适用场景、可以解决的问题、采用之后的影响、详细的解决方案、需要考虑的因素，以及相应的示例，是Web服务设计开发人员、企业架构师和解决方案架构师必读的一本书。

服务设计模式共分为7章：第1章概括了Web服务模式的作用以及实现方法，第2章主要探索Web服务使用的主要API风格，第3章介绍所有客户-服务交互的基础知识，第4章说明了用于管理Web请求和响应的常见服务层模式，第5章关注每种服务方法的实施结果，第6章讨论了与客户端和服务开发人员相关的基本的架构关注点，第7章研究导致中断的因素，并讨论两种常见的版本策略。

服务设计模式章节目录

译者序

Martin Fowler所作的序

Ian Robinson所作的序

前言

致谢

第1章 从对象到Web服务

1.1 Web服务是什么

1.2 从本地对象到分布式对象

1.3 为什么使用Web服务

1.4 Web服务的考虑因素和替代方案

1.5 服务和松散耦合的承诺

1.6 SOA是什么

1.7 总结

第2章 Web服务API风格

2.1 引言

2.2 设计Web服务API的考虑因素

2.3 RPC API

2.4 消息API

2.5 资源API

第3章 客户端与服务之间的交互

3.1 引言

3.2 请求/响应模式

3.3 请求/确认模式

3.4 媒体类型协商模式

3.5 链接服务

第4章 请求和响应管理

4.1 引言

4.2 服务控制器

4.3 数据传输对象

4.3.1 数据绑定考虑因素

4.3.2 总体考虑因素

4.4 请求映射器

4.5 响应映射器

第5章 Web服务实现风格

5.1 引言

5.2 Web服务实现的设计考虑因素

5.3 事务脚本

5.4 数据源适配器

5.5 操作脚本

5.6 命令调用器

5.7 工作流连接器

第6章 Web服务基础结构

6.1 引言

6.2 服务连接器

6.3 服务描述符

6.4 异步响应处理器

6.5 服务拦截器

6.6 幂等重试

6.7 SOA基础结构模式简述

6.7.1 服务注册表

6.7.2 企业服务总线

6.7.3 编排引擎

第7章 Web服务的演化

7.1 导言

7.2 导致破坏性变化的因素

7.2.1 对媒体类型或者消息的结构性修改

7.2.2 服务描述符变化

7.3 常见版本控制策略

7.4 单消息参数

7.5 数据集修改

7.6 宽容阅读器

7.7 消费者驱动契约

7.8 模式对服务演化的促进或者妨碍

附录 对外部模式的引用

词汇表

参考书目

服务设计模式精彩文摘：

从对象到Web服务Web服务在现实中已经应用了很多年。在此期间，就如何使用web务而言，开发人员和架构师们经常会遇到一些反复出现的设计挑战。我们了解到，在解决某些特定的问题时，有些特定的设计方法的确比其他方法更有效。本书的读者应该是那些正在使用Web服务或者正在考虑使用wCb服务的软件开发人员和架构师。本书的目的是让他们了解一些常见的和基础的Web服务设计方案，并帮助他们决定何时使用这些设计方案。这里讨论的所有概念都源于现实生活中的经验教训，并通过一些代码示例来演示这些经过实践验证的方案。

服务开发人员会遇到一系列问题，如下所述。

如何创建服务API，普通风格的API是什么样的，特殊风格的API应该在什么时候使用？

在复杂会话中，多个参与方可以在一段持续的时间内交换数据。那么，客户端和服务如何进行通信，创建复杂会话的基础是什么？

实现服务逻辑有哪些可供选择的方法，什么时候应该使用特定的某种方法？

如何减少客户端与服务所使用的底层系统的耦合？

如何发现关于服务的信息？

如何在客户端或服务端提供对身份验证、数据校验、缓存和日志记录等通用功能的支持7

对服务进行的哪些改变会中断客户端的应用？

服务的版本管理有哪些常用的方法？

如何设计服务，才能让它既支持业务逻辑的不断演化，又不必强制客户端频繁地升级？

以上这些问题只是我们必须回答的问题中的一小部分。本书将会帮助你找到合适你的应用场景的解决方案。

在本章中，你将会学习服务到底是什么，Web服务是如何解决之前服务的不足之处的。1．1 Web服务是什么

从技术角度来说，服务（seivice）这个术语可以指任何软件功能，比如执行一项业务任务、提供文件访问（如文本、文档、图片、视频、音频等），或者执行一些通用功能（如身份验证或曰志记录）。对于这些目标，服务实现可以使用自动化的工作流引擎、属于领域模型（DomaiModel）的对象〔POEAA〕、商业软件包、传统应用程序的API、面向消息的中间件（Message一0riented。Middleware，MOM），当然，还有数据库。用许多方法都可以实现服务。事实上，各种各样的技术，例如CORBA和D、为REST和SOAP／WSDL开发的新式软件框架等，都可以用来创建服务。

本书主要介绍如何使用服务在不同应用之间共享逻辑功能，以及如何使运行于不同计算平台上的软件互相协作。这些平台可以是硬件、操作系统（如Linux、Windows、z／OS、Android、iOS）、软件框架（如．Java、．NET、Rails）和编程语言的任意组合。本书所讨论的服务，我们都假设它们是在处理客户端应用之外的机器上执行的。服务可以在与客户端在同一台机器上进行处理，不过，服务通常都是在另一台机器上进行处理的。虽然可以用诸如CORBA和DC（）M之类的技术来创建服务，但本书的重点是Web服务。Web服务为集成不同的系统提供了方法，并通过来输出可重用的业务功能。这些服务或者是将作为一种简单的信息运输工具，通过它来承载数据（如SOAP／WSDL服务）；或者是将作为一种完整的应用控制协议，为服务行为定义各种语义（如R：ESTful服务）。

术语

Web服务开发人员经常使用不同的术语来称呼角色相当的概念。遗憾的是，这已经导致了很多混淆。因此，我们用下面这两列澄清这些术语，并将其作为参考。列列举了几个用于表示发送请求或触发事件的软件处理过程的名称。第二列包含了用于描述对这些请求和事件做出响应或反应的软件功能的术语。每列包含的这些术语都是同义词。

……

使用说明

1、下载并解压，得出pdf文件

2、如果打不开本文件，请务必下载pdf阅读器

3、安装后，在打开解压得出的pdf文件

4、双击进行阅读