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

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

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

    精彩的人生

    好好工作,好好生活

    BlogJava 首頁 新隨筆 聯系 聚合 管理
      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 閱讀(1315) 評論(0)  編輯  收藏 所屬分類: Web Service
    主站蜘蛛池模板: a成人毛片免费观看| 国产成人免费手机在线观看视频| 黄色毛片视频免费| 亚洲国产美女精品久久| 亚洲香蕉成人AV网站在线观看| 午夜色a大片在线观看免费| 91视频免费网址| 大妹子影视剧在线观看全集免费| 亚洲另类无码专区首页| 亚洲天堂一区在线| 亚洲成a人片在线观看无码 | 亚洲国产人成在线观看69网站| 亚洲AV无码成H人在线观看| 成人午夜免费福利| 99视频全部免费精品全部四虎| 免费不卡在线观看AV| 中文字幕无码一区二区免费| 一级视频免费观看| 无码 免费 国产在线观看91| 久久无码av亚洲精品色午夜| 亚洲色欲色欱wwW在线| 国产亚洲sss在线播放| 亚洲欧洲日韩国产| 香港特级三A毛片免费观看| 亚洲国产夜色在线观看| 久久亚洲AV无码精品色午夜麻豆| 亚洲ⅴ国产v天堂a无码二区| 亚洲av永久无码精品秋霞电影影院 | 免费高清在线爱做视频| 久久久www成人免费毛片| 最近中文字幕完整版免费高清| 国产精品99精品久久免费| a级毛片免费全部播放| aa在线免费观看| 国产午夜不卡AV免费| 免费观看91视频| 久久久久高潮毛片免费全部播放 | 亚洲综合伊人久久综合| 亚洲午夜久久久影院伊人| 亚洲日韩一页精品发布| 国产亚洲综合网曝门系列|