REST与面向资源的Web开发.pptVIP

REST与面向资源的Web开发 深入理解Web的架构风格 关于HTTP的一些误解(续) 过度使用GET方法 敏感信息位于URL中，不够安全 容易受到爬虫的伤害 过度使用POST方法 例子：SOAP等RPC风格的调用协议 一个方法承担了过多的职责 没有充分利用HTTP的优点 关于HTTP的一些误解(续) HTTP是RPC风格的 事实：HTTP其实是REST风格的 统一接口是REST与RPC的主要区别 REST风格架构更容易实现大粒度的交互 HTTP是一种“传输”协议(transport protocol) 被错误翻译为“超文本传输协议” 事实：HTTP其实是一种“转移”协议(transfer protocol)，TCP才是传输协议，对传输这件工作已经做的很好了 传输协议和转移协议的区别 传输协议做的是底层搬运比特之类的苦力活，不包含操作的语义 转移协议做的事情比传输协议更高级，包含操作的语义 关于HTTP的一些误解(续) HTTP不具备互操作性 因此需要设计SOAP这种“简单”的复杂协议 事实：充分利用好HTTP，已经能够得到足够好的互操作性，在某些场合甚至比SOAP更好 关于REST的一些误解 REST只适用于面向机器的Web应用(即，Web服务)，不适用于面向人类的Web应用 事实：REST在Web上是普遍适用的 直接使用HTTP的API就是RESTful API 事实：在SOAP与真正的RESTful API之间有广大的中间地带 REST不过只是更漂亮的URI设计 事实：这仅仅是REST的一个外在特征而已 第一讲 讲座内容 什么是Web 什么是架构风格 什么是REST REST的架构约束 REST的五个关键词 REST风格架构的主要特征 关于HTTP的一些误解 关于REST的一些误解 我是谁 14年工作经验，8年Web应用、3年企业应用、3年电信协议 《J2EE Development without EJB》、《Ajax in Action》、《Ajax Patterns and Best Practices》、《REST in Practice》中文版的译者 Roy Fielding的博士论文《Architectural Styles and the Design of Network-based Software Architectures》中文版的译者 “REST实战”讨论组的负责人 /group/rest_in_action 现任职于阿里巴巴B2B的平台技术部 说在前头 您将不会听到 非实战性，没有一行源代码 主要比较架构风格，而不是具体的架构 只讲What，不讲Why和How 后续讲座的内容 REST与安全性 REST与Ajax、RIA、MobileApp的关系 REST与WebService(WS-*)、SOA的关系 REST与语义网的关系 REST在各种编程语言中的实战 说在前头(续) 您需要做到的 保持轻松、开放的心态 提高抽象思维的能力 展开丰富的想象力 保持大局观，首先掌握全貌，而不是深入细节 您可以期待的 正本清源，从根本上理解Web的架构风格 开阔思路，提高分布式应用的架构设计水平 什么是Web World Wide Web(万维网)，简称WWW或Web 浏览器？HTML？Ajax？Flash？Web 2.0？ Web的三大技术基石 URI：用来标识资源 HTTP：用来操作资源 Hypertext：用来描述资源的状态 HTML XML/JSON/纯文本 什么是Web(续) 定义“Web应用” 使用了上述三大技术 运行在Internet环境中 与“企业应用”相对应 广义的Web应用 包括所有使用了上述三大技术的应用 狭义的Web应用 仅包括运行于浏览器中的应用 与“桌面应用”相对应 什么是架构风格 Architectural Style(架构风格) 概念来自建筑学，比架构更为抽象 类比：接口-实现 或 类-实例 是一种研究和评价软件架构设计的方法 软件架构设计必须考虑其运行环境 软件架构并不是纸面上的源代码结构 软件架构是代码在运行时的结构 脱离开运行环境的上下文，无法评价架构的优劣 不存在包治百病的“银弹”式架构 建筑中的架构风格 拜占庭风格 建筑中的架构风格 罗曼风格 建筑中的架构风格 哥特风格 建筑中的架构风格 巴洛克风格 建筑中的架构风格 老北京四合院 建筑中的架构风格 江南民居 什么是架构风格(续) 一种架构风格，由一组相互协作的架构约束来定义 架构约束：运行环境施加在架构设计之上的约束 常见的分布式应用架构风格 分布式对象(Distributed Objects，DO) CORBA/RMI/EJB/DCOM/.NET Remoting 远程过程调用(Remote Procedure Ca