读书频道 > 网站 > 网页设计 > 服务设计模式:SOAP/WSDL与RESTful Web服务设计解决方案
2.1 引言
13-11-07    奋斗的小年轻
收藏    我要投稿   
本书是Web服务设计领域的经典著作,Amazon五星级畅销书,Web服务领域资深专家撰写,Maritn Fowler和Ian Robinson等大师级人物亲自作序推荐。本书不仅详细讲解了SOAP、WSDL、RESTful 3种Web服务API的风格和20多立即去当当网订购

在《企业应用架构模式》(Patterns of Enterprise Application Architecture)一书中,Randy Stafford讲述了如何使用服务层(Service Layer)[POEAA]来为多种客户端类型创建一种独特的应用程序编程接口(Application Programming Interface,API)。这种API由一组服务组成,它在一个或多个客户端与一个目标域或应用之间建立了一种明确的边界。Web服务正是提供这种边界的一种有效方式。它们的行为有点类似于外观(Facades)模式[GoF],同时也将客户端和底层执行技术隔离开。这样,各种客户端就可以更容易地重用服务的业务逻辑,而服务所有者也可以方便地按需要修改领域逻辑。此外,Web服务提供了一个便利的入口,可以通过它们来进行事务管理、客户端认证等常规操作。

本章将探讨一些最常见的、用于Web服务的API设计风格以及它们各自的优点和不足。表2.1是这些风格的概览。

表2.1 Web服务API风格
模式名称 问题 描述
RPC API(2.3节) 客户端如何通过HTTP执行远程过程 定义一组消息,以标识要执行的远程过程;同时定义一套固定的元素,它们直接映射到远程过程的参数。客户端必须将消息发送到为远程过程分配的一个统一资源标识符(Uniform Resource Identifier,URI)
消息(Message)API(2.4节) 客户端如何通过HTTP向远程系统发送命令、通知或其他信息,同时避免与远程过程直接耦合 定义一组与远程过程不相关的消息。这些消息可以承载不同的信息:特定的主题、要执行的任务、事件等。客户端向指定的URI发送消息后,一旦服务器收到消息,就会检查它的内容,再决定应该执行什么过程
资源(Resource)API(2.5节) 客户端应该如何处理由远程系统管理的数据,同时避免与远程过程的直接耦合,并最小化对特定领域API的需求 为所有的过程、领域数据的实例、文件分配一个URI。利用HTTP作为一种完整的应用协议,用于定义标准的服务行为。尽可能利用标准化的媒体类型和状态码来交换信息

为需求选择正确API风格的重要性不容低估。有关服务API风格的决策可能是你要做出的最重要的决定。一旦选定了某种API风格,以后就很难再移植为其他的替代方案。

点击复制链接 与好友分享!回本站首页
分享到: 更多
您对本文章有什么意见或着疑问吗?请到论坛讨论您的关注和建议是我们前行的参考和动力  
上一篇:1.3 功能
下一篇:1.5 小结
相关文章
图文推荐
JavaScript网页动画设
1.9 响应式
1.8 登陆页式
1.7 主题式
排行
热门
文章
下载
读书

关于我们 | 联系我们 | 广告服务 | 投资合作 | 版权申明 | 在线帮助 | 网站地图 | 作品发布 | Vip技术培训
版权所有: 红黑联盟--致力于做最好的IT技术学习网站