REST Fundamentals (Short)
Download as PPTX, PDF0 likes809 views
Daniel Marbach discusses REST fundamentals and its importance for web scalability, emphasizing the constraints and principles of RESTful architecture. He touches on key concepts like hypermedia, HTTP verbs, and the maturity model. The document serves as a resource for understanding and implementing REST in web development.
REST Fundamentals (Short)
- 1. REST Fundamentals Ready to think web scale? Daniel Marbach planetgeek.ch / dotnet-zentral.ch @danielmarbach
- 10. www.bbv.ch =RESTful I obey… I obey all constraints I obey all constraints I obey…
- 13. www.bbv.ch Hypermedia HTTP Verbs Resources Plain old XML Level Three
- 14. www.bbv.ch Hypermedia HTTP Verbs Resources Plain old XML Level Three
- 16. www.bbv.ch What level is this?
- 17. www.bbv.ch REST Fundamentals Enjoy the REST of the usergroup;) Daniel Marbach planetgeek.ch / dotnet-zentral.ch @danielmarbach
Editor's Notes
- #3: KönntihreucheinLebenohne die unglaublicheMenge an Informationenim Web nochvorstellen?
- #4: Ichnicht!
- #5: WennichmeinVerhaltenanschaue:Lese RSS Feeds, BucheZugticketsüber Browser oder AppDas Web verändertewiewirInformationenproduzierenoderkonsumierendramatisch
- #6: Was macht das Web eineerfolgreicheApplikationsplattform?Architekturnichtsweiteresalstausende von einfachenInteraktionenzwischenAgenten und RessourcenNutzen HTTP und URI alsTechnologie
- #7: SchlüsselkonzeptoderFundamentalerBausteinFast alleskannalsRessourcemodeliertwerdenWirdzur Manipulation zurVerfügunggestelltRessource != DatenbankentitätFür die Manipulation brauchtes Resource Identifiers (URI = Uniform Resource Identifier)Eindeutigadressierbar
- #8: XML, JSON, Image odermehrRessourcezueinemPunkt in der ZeitContent-Negotiation ProzesshandeltzurLaufzeit die RepräsentationausDemos zeigenBedeutungVerben & Response Codes 200 OK, 201 Created, 404 Not FoundVerben & Response Codes definierenGenerisches Framework fürInteraktion
- #9: DIE RESSOURCEUnd bisjetzthabenwirnochnichtüber REST gesprochensondernnurüber die Webarchitektur
- #10: Representational State TransferRoy Fielding’s DissertationAnalysierte die Erfolgsgeschichte des WebsReihe von Einschränkungen auf eigeneArchitekturanwenden ProfitKurz: Reihe von Einschränkungen, darumArchitekturstil
- #11: Befolgt man alleEinschränkungen = RESTfulWeitererAspekt der Hochverfügbarkeit?
- #12: Hypermediaoder Hypermedia as the engine of application state (HAT OASE = HATEOAS)Einfachaber genialApplikationbewegtsichvorwärts von einemZustandzumAnderenwieStatemachineZuständenichtvorherbekannt, müssenentdecktwerdenRichtigangewendet = Web-friendly, wiemessen?
- #13: Leonard Richardson KlassifikationsmodellMaturitätslevelfürApplikationen und ServicesAuf Basis: URIs, HTTP und Hypermedia
- #14: Level Null, einzige URI nur POST VerbPlain Old XmlPOST http://localhost/api newAccount { }POST http://localhost/api updateInvoice { }
- #15: Level Eins,Operationsnamen und Parameter in der URIHat zwarmehrereRessourcen (Teile und Herrsche)Benutztnur GETGET http://localhost/api/account?=newGET http://localhost/api/invoice?=update
- #16: Level Zwei, URI addressierbareRessourcen,abernur CRUD (GET, POST, PUT und DELETE)FührtStandardset von Verbenein, reduziert die Anzahl an VariationenKeineEntdeckbarkeit
- #17: Null: Level Null, einzige URI nur POST VerbPlain Old XmlPOST http://localhost/api newAccount { }Eins: Level Eins,Operationsnamen und Parameter in der URIBenutztnur GETGET http://localhost/api/account?=new
- #18: Zwei: URI addressierbareRessourcen,abernur CRUD (GET, POST, PUT und DELETE)FührtStandardset von Verbenein, reduziert die Anzahl an VariationenDrei: Das meiste Web-friendlyLeve!EinzigesRESTfulEntdeckbar und Selbstdokumentierend
- #19: Startenwir in die DemoBACK: KlaresVerständnisfür REST, Prinzipien des SkalierbarenVebs auf deineSoftwarearchitekturangewendet
- #20: Was fürein Level ist das?