zoukankan      html  css  js  c++  java
  • Restful WebService简介

           RESTful Web Services已经渐渐開始流行, 主要是用于解决异构系统之间的通信问题。非常多站点和应用提供的API,都是基于RESTful风格的Web Services,比較就有Google,如今就来简单的介绍下它。


    一、 RESTful Web Services是什么?

            REST(Representation State Transfer)描写叙述了一种设计Web应用的架构风格,它是一组架构约束条件和原则,满足这些约束条件和原则的应用程序或设计就是 RESTful风格的。

    而符合RESTful风格的Web Services,就是RESTful Web Services。如今来简单说下REST的原则。


    REST原则例如以下

           第一:资源由URI来指定

           在Web应用中,全部的事物都应该拥有唯一的ID。代表ID的统一概念是URI。

    URI构成了一个全局命名空间,使用URI表示你的资源,那么久意味着它们获得了一个唯一、全局的ID。

           第二:使用HTTP方法

           REST 要求开发者使用 HTTP 方法,而且使用方式与协议定义一致。 这个 REST 设计原则建立了创建、读取、更新和删除(CRUD)操作与 HTTP 方法之间的一对一映射。 其关系例如以下 :

           1)创建资源,应该使用 POST 方法。
           2)检索某个资源。应该使用 GET 方法。
           3)更改资源状态或对其进行更新,应该使用 PUT 方法。
           4)删除某个资源,应该使用 DELETE 方法。

           第三: 资源多重表述

           表述由需求决定。表述方式包含XML、JSON、HTML等。即server端须要向外部提供多种格式的资源数据。供不同的client使用。比方移动应用可以使用XML或JSON和server端通信,而浏览器则可以理解HTML。

           第四:无状态

           对server端的请求是无状态的。完整、独立的请求不要求server在处理请求时检索不论什么类型的应用程序上下文或状态。无状态约束使server的变化对client是不可见的,由于在两次连续的请求中,client并不依赖于同一台server。一个client从某台server上收到一份包括链接的文档,当它要做一些处理时,这台server宕掉了,可能是硬盘坏掉而被拿去修理,可能是软件须要升级重新启动——假设这个client訪问了从这台server接收的链接,它不会察觉到后台的server已经改变了。


    二、 RESTful Web Services与SOAP Web Services的比較

          我们通常所说的Web Service都是基于SOAP的Web Service,它也是解决异构系统间通信问题的经常使用方案。那么,RESTful Web Services相对于SOAP Web Services有什么优势呢?我们为什么要学习RESTful Web Services。使用已经流行非常久的SOAP Web Services不就够了吗?


          首先。RESTful Web Services接口更易于使用

            RESTful Web Services使用标准的 HTTP 方法 (GET/PUT/POST/DELETE) 来抽象全部 Web 系统的服务能力,而SOAP 应用都是通过定义自己个性化的接口方法来抽象 Web 服务。相对来说,RESTful Web Services接口更简单。

    这样的标准化的 HTTP 操作方法。结合其它的标准化技术,如 URI。HTML,XML 等,将会极大提高系统与系统之间整合的互操作能力。尤其在 Web 应用领域。RESTful Web Services所表达的这样的抽象能力更加贴近 Web 本身的工作方式,也更加自然。同一时候。使用标准 HTTP 方法实现的 RRESTful Web Services也带来了 HTTP 方法本身的一些优势:

            1)无状态性

           HTTP 协议从本质上说是一种无状态的协议。client发出的 HTTP 请求之间能够相互隔离。不存在相互的状态依赖。基于 HTTP 的 ROA,以非常自然的方式来实现无状态服务请求处理逻辑。对于分布式的应用而言。随意给定的两个服务请求 Request 1 与 Request 2。因为它们之间并没有相互之间的状态依赖,就不须要对它们进行相互协作处理,其结果是:Request 1 与 Request 2 能够在不论什么的server上运行。这种应用非常easy在server端支持负载平衡 (load-balance)。


            2)安全操作与幂指相等特性

            HTTP 的 GET、HEAD 请求本质上应该是安全的调用,即:GET、HEAD 调用不会有不论什么的副作用,不会造成server端状态的改变。对于server来说,client对某一 URI 做 n 次的 GET、HAED 调用,其状态与没有做调用是一样的,不会发生不论什么的改变。

     

            HTTP 的 PUT、DELTE 调用。具有幂指相等特性 , 即:client对某一 URI 做 n 次的 PUT、DELTE 调用,其效果与做一次的调用是一样的。HTTP 的 GET、HEAD 方法也具有幂指相等特性。
    HTTP 这些标准方法在原则上保证你的分布式系统具有这些特性。以帮助构建更加健壮的分布式系统。


           其次。RESTful Web Services更easy实现缓存

           对于基于网络的分布式应用,网络传输是一个影响应用性能的重要因素。怎样使用缓存来节省网络传输带来的开销,这是每个构建分布式网络应用的开发者必须考虑的问题。

            REST 的应用能够充分地挖掘 HTTP 协议对缓存支持的能力。

    当client第一次发送 HTTP GET 请求给server获得内容后,该内容可能被缓存server (Cache Server) 缓存。当下一次client请求相同的资源时,缓存能够直接给出响应。而不须要请求远程的server获得。而这一切对client来说都是透明的。


    三、 总结

           事实上,我们有非常多场合能够使用到RESTful Web Services,Web系统间的交互,移动client与Webserver端的通信等。唯独很多其它的实践RESTful,才干更好的理解RESTful Web Services。我不过对RESTful Web Services的一个简介,为以后更深入的了解做好准备。        

  • 相关阅读:
    C++ Builder string相互转换(转)
    Delphi中ComPort通信中的数据处理(转)
    GPRS管理与创建APN拨号连接(转)
    Delphi MaskEdit用法(转)
    GPRS DTU概念及DTU的工作原理(转)
    TIdTCPClient 详解
    GPRS的工作原理、主要特点
    Android studio快捷键
    HDU 1255 覆盖的面积(线段树+扫描线)
    Rescue
  • 原文地址:https://www.cnblogs.com/wzzkaifa/p/6922621.html
Copyright © 2011-2022 走看看