- Taschenbuch: 446 Seiten
- Verlag: O'Reilly & Associates; Auflage: 1 (22. Mai 2007)
- Sprache: Englisch
- ISBN-10: 0596529260
- ISBN-13: 978-0596529260
- Größe und/oder Gewicht: 17,8 x 2,3 x 23,3 cm
- Durchschnittliche Kundenbewertung: 3 Kundenrezensionen
- Amazon Bestseller-Rang: Nr. 138.632 in Fremdsprachige Bücher (Siehe Top 100 in Fremdsprachige Bücher)
RESTful Web Services (Englisch) Taschenbuch – 22. Mai 2007
|Neu ab||Gebraucht ab|
Kunden, die diesen Artikel gekauft haben, kauften auch
Welche anderen Artikel kaufen Kunden, nachdem sie diesen Artikel angesehen haben?
Es wird kein Kindle Gerät benötigt. Laden Sie eine der kostenlosen Kindle Apps herunter und beginnen Sie, Kindle-Bücher auf Ihrem Smartphone, Tablet und Computer zu lesen.
Geben Sie Ihre Mobiltelefonnummer ein, um die kostenfreie App zu beziehen.
Wenn Sie dieses Produkt verkaufen, möchten Sie über Seller Support Updates vorschlagen?
"Every developer working with the Web needs to read this book." - David Heinemeier Hansson, creator of the Rails framework. ""RESTful Web Services" finally provides a practical roadmap for constructing services that embrace the Web, instead of trying to route around it." - Adam Trachtenberg, PHP author and "EBay Web Services Evangelist". You've built web sites that can be used by humans. But can you also build web sites that are usable by machines? That's where the future lies, and that's what "RESTful Web Services" shows you how to do. The World Wide Web is the most popular distributed application in history, and Web services and mashups have turned it into a powerful distributed computing platform. But today's web service technologies have lost sight of the simplicity that made the Web successful. They don't work like the Web, and they're missing out on its advantages. This book puts the "Web" back into web services. It shows how you can connect to the programmable web with the technologies you already use every day. The key is REST, the architectural style that drives the Web.This book: emphasizes the power of basic Web technologies - the HTTP application protocol, the URI naming standard, and the XML markup language; introduces the Resource-Oriented Architecture (ROA), a common-sense set of rules for designing RESTful web services; Shows how a RESTful design is simpler, more versatile, and more scalable than a design based on Remote Procedure Calls (RPC); and includes real-world examples of RESTful web services, like Amazon's Simple Storage Service and the Atom Publishing Protocol; discusses web service clients for popular programming languages. It also shows you how to implement RESTful services in three popular frameworks - Ruby on Rails, Restlet (for Java), and Django (for Python), and focuses on practical issues such as: how to design and implement RESTful web services and clients. This is the first book that applies the REST design philosophy to real web services. It sets down the best practices you need to make your design a success, and the techniques you need to turn your design into working code. You can harness the power of the Web for programmable applications: you just have to work with the Web instead of against it.This book shows you how.
Über den Autor und weitere Mitwirkende
Leonard Richardson (http://www.crummy.com/) is the author of the Ruby Cookbook (O'Reilly) and of several open source libraries, including Beautiful Soup. A California native, he currently lives in New York.
Sam Ruby is a prominent software developer who has made significant contributions to the many of the Apache Software Foundation's open source projects, and to the standardization of web feeds via his involvement with the Atom web feed standard and the popular Feed Validator web service.
He currently holds a Senior Technical Staff Member position in the Emerging Technologies Group of IBM. He resides in Raleigh, North Carolina.
Derzeit tritt ein Problem beim Filtern der Rezensionen auf. Bitte versuchen Sie es später noch einmal.
I bought this book and it gave me everything I needed. A deep understanding of why to design my Web service restful as well as clear instructions how to practically implement them.
Anybody who needs to design as restful Web service will be happy to have this book.
Die hilfreichsten Kundenrezensionen auf Amazon.com
If you've used SOAP and/or other Web Services-related technologies/schemas/etc. etc. etc. you should have no problem following this. For beginners, however, it is definitely not the place to start. You will need to read-up a bit more on Web Services in general and some of the options and practices out there.
The repetition in the book isn't so bad. It drives home a lot of good points and covers quite a bit of in-depth information (sometimes too much, but it has come in handy when talking with other professionals/engineers).
To work with Web Services and not have at least glanced over this book would be a huge mistake. Just be careful: it may take you a while to get through. It does get a little boring from time to time.
I do think he could have covered more about what to do with large return data sets -- he briefly mentioned using a page arg in the query string, like google's search results uses, and returning "next" link in the response to help the client know how to get to the next page. But, he also says an Atom feed is a good way of providing lists of other resources, although an Atom feed doesn't provide a paging mechanism nor a way to link to the next page at the end of your current page. I wish he took these concepts further to suggest to the developer how he could provide paging of large returned data sets that you'd typically have with collections of a large number of resources of a particular type.
One thing he did not touch on at all was the disagreement out there on whether a PUT to an existing resource should always completely replace the entire resource, or modify just the properties of that resource that were sent in the body of the PUT, or some combination of both. I lean towards a PUT defaulting to replacing the entire resource (or failing if you're not allowed to replace a resource), and optionally using query string args to control how the existing resource is modified. If you look at the growing OSLC specifications, their strategy is to have query strings that say which properties are being updated for an existing resource.
And, if a PUT is updating an existing resource, you'd want to do a GET of it first, remember the ETag, then do a PUT while passing the header If-Match: <that-etag>. That helps deal with conflicts from simultaneous updates from multiple clients.
I also had some issues with his URI design choices for his fake "map" service. Map type and scale should not be part of the path; they are really more appropriate as part of the query string. The path is referring to the same map location regardless of the map type or scale.
And finally, the Ruby examples were very distracting and completely unnecessary. I don't know Ruby, so I found it painful trying to figure out what the strange-looking syntax was really doing. To explain REST, it is not necessary to give Ruby examples... it is sufficient to explain what the URI, headers, entity-body and HTTP return status code look like. Which, fortunately, he DID do, making his own examples unnecessary. Any good developer can readily write HTTP and XML code in the language he needs to use; it isn't that difficult. So, no need to focus on one language. I'd give it 5 stars except for this annoyance, so that's why I give it 4 stars.
I definitely recommend this book despite a few of the negatives.