• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
Why Use “REST” Architecture for Web Services?
 

Why Use “REST” Architecture for Web Services?

on

  • 1,998 views

Explanation why we use REST Architecture for Web Services. Homework #2 for Execution Environment for Distributed Computing Course

Explanation why we use REST Architecture for Web Services. Homework #2 for Execution Environment for Distributed Computing Course

Statistics

Views

Total Views
1,998
Views on SlideShare
1,541
Embed Views
457

Actions

Likes
0
Downloads
3
Comments
0

2 Embeds 457

http://otnira.wordpress.com 441
http://www.otnira.com 16

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment
  • Title: Utilize REST!I’ll start this presentation by asking you all.. How many of you does not know Twitter?Facebook?Amazon? Well as I expect, most of you know all the so called big boys in web service business. And how many of you think that their web service not extensible and not scalable? Yup, again most of you think that they’re extensible and scalable. And have you ever wondered by they can build such a system ? One of the reasons is they are using REST for the WS architecture?Now the next question is why REST? Why do the big boys use REST?The answer is..
  • Why REST over SOAP?Because it needs less hassle to provide more things!Yes it is “Less is more!” remember it! And let me give you more explanation
  • Shorter responses and request compared to SOAP.SOAP believer argues that strong typing of request and response are necessary, practically not. Client and Server in REST are designed such that they know the data type of request and response before hand, so strong type is not necesssary
  • a four- or five-digit stock quote in a SOAP response could require more than 10 times as many bytes as would the same response in RESTRead more: http://geeknizer.com/rest-vs-soap-using-http-choosing-the-right-webservice-protocol/#ixzz1oC9XNOgyThat means REST is less bandwidth requirement which implies more speed for given content.
  • Currency converter -> convert from USD with value of 100 and the target conversion is GBPWell known URI interface -> easy to be invoked by client -> easy to extend -> easy to modify to access certain resources in web server by the user of web service, ie. We can easily create a table of conversion rate by modifying the url and create a html page which invoke the modified url for each cell in the tableLess Complexity leads to More Simplicity and Flexibility
  • Currency converter -> convert from USD with value of 100 and the target conversion is GBPWell known URI interface -> easy to be invoked by client -> easy to extend -> easy to modify to access certain resources in web server by the user of web service, ie. We can easily create a table of conversion rate by modifying the url and create a html page which invoke the modified url for each cell in the tableLess Complexity leads to More Simplicity and Flexibility
  • Does not have envelope like SOAPFirewall can interpret the intent of the http request by analyzing the HTTP command used in the request. For example, a GET request can always be considered safe because it can’t, by definition, modify any data. It can only query data.A typical SOAP request, on the other hand, will use POST to communicate with a given service. And without looking into the SOAP envelope—a task that is both resource-consuming and not built into most firewalls—there’s no way to know whether that request simply wants to query data or delete entire tables from the database.
  • Does not have envelope like SOAPFirewall can interpret the intent of the http request by analyzing the HTTP command used in the request. For example, a GET request can always be considered safe because it can’t, by definition, modify any data. It can only query data.A typical SOAP request, on the other hand, will use POST to communicate with a given service. And without looking into the SOAP envelope—a task that is both resource-consuming and not built into most firewalls—there’s no way to know whether that request simply wants to query data or delete entire tables from the database.

Why Use “REST” Architecture for Web Services? Why Use “REST” Architecture for Web Services? Presentation Transcript

  • UtilizeREST! Arinto Murdopo arinto@gmail.com
  • Less is More
  • REST is lighter
  • Transferring GOOGSOAP REST (0.1 SOAP)
  • Lesshttp://currencyConverter.com/convert?=us-dollar&value=100&target=pound Complexity
  • Morehttp://currencyConverter.com/convert?=us-dollar&value=100&target=pound Flexibility
  • Nohttp://currencyConverter.com/convert?=us-dollar&value=100&target=pound Envelope
  • More Nohttp://currencyConverter.com/convert?=us-dollar&value=100&target=pound Envelope Security