<rt id="bn8ez"></rt>
<label id="bn8ez"></label>

  • <span id="bn8ez"></span>

    <label id="bn8ez"><meter id="bn8ez"></meter></label>

    精彩的人生

    好好工作,好好生活

    BlogJava 首頁(yè) 新隨筆 聯(lián)系 聚合 管理
      147 Posts :: 0 Stories :: 250 Comments :: 0 Trackbacks

    I am seeing a lot of new web services are implemented using a REST style architecture these days rather than a SOAP one. Lets step back a second and explain what REST is.

    What is a REST Web Service

    The acronym REST stands for Representational State Transfer, this basically means that each unique URL is a representation of some object. You can get the contents of that object using an HTTP GET, to delete it, you then might use a POST, PUT, or DELETE to modify the object (in practice most of the services use a POST for this).

    Who's using REST?

    All of Yahoo's web services use REST, including Flickr, del.icio.us API uses it, pubsub, bloglines, technorati, and both eBay, and Amazon have web services for both REST and SOAP.

    Who's using SOAP?

    Google seams to be consistent in implementing their web services to use SOAP, with the exception of Blogger, which uses XML-RPC. You will find SOAP web services in lots of enterprise software as well.

    REST vs SOAP

    As you may have noticed the companies I mentioned that are using REST api's haven't been around for very long, and their apis came out this year mostly. So REST is definitely the trendy way to create a web service, if creating web services could ever be trendy (lets face it you use soap to wash, and you rest when your tired). The main advantages of REST web services are:

    • Lightweight - not a lot of extra xml markup
    • Human Readable Results
    • Easy to build - no toolkits required

    SOAP also has some advantages:

    • Easy to consume - sometimes
    • Rigid - type checking, adheres to a contract
    • Development tools

    For consuming web services, its sometimes a toss up between which is easier. For instance Google's AdWords web service is really hard to consume (in CF anyways), it uses SOAP headers, and a number of other things that make it kind of difficult. On the converse, Amazon's REST web service can sometimes be tricky to parse because it can be highly nested, and the result schema can vary quite a bit based on what you search for.

    Which ever architecture you choose make sure its easy for developers to access it, and well documented.




    原文:http://www.petefreitag.com/item/431.cfm

    posted on 2006-08-31 17:21 hopeshared 閱讀(1324) 評(píng)論(0)  編輯  收藏 所屬分類(lèi): Web Service
    主站蜘蛛池模板: 成人在线免费观看| 久久久久久亚洲精品影院| 免费国产在线观看不卡| 91精品免费观看| 成av免费大片黄在线观看| 亚洲熟妇自偷自拍另欧美| 91亚洲精品视频| 亚洲国产精品高清久久久| 亚洲人成无码www久久久| 日韩一品在线播放视频一品免费| 免费观看黄色的网站| 国产永久免费高清在线| 一级毛片视频免费| 免费人成网站永久| 亚洲日韩在线中文字幕综合| 国产亚洲福利在线视频| 亚洲国产日韩在线人成下载| 亚洲男人天堂2017| 亚洲AV成人片色在线观看高潮| 在线亚洲午夜理论AV大片| 亚洲国产成人a精品不卡在线| 国产精品va无码免费麻豆| 成人性生免费视频| 成年性生交大片免费看| 97在线观免费视频观看| 成年人视频免费在线观看| 精品熟女少妇a∨免费久久| 久久中文字幕免费视频| 久久免费国产精品一区二区| 中文字幕在线视频免费观看| 国产男女猛烈无遮档免费视频网站 | 亚洲第一香蕉视频| 久久久久久久亚洲Av无码| 香蕉视频在线观看亚洲| 久久99国产亚洲高清观看首页 | 久久久WWW免费人成精品| GOGOGO免费观看国语| 国产成人高清精品免费观看| 久久精品成人免费国产片小草| 99视频免费在线观看| 日韩免费电影网站|