Representational State Transfer: Difference between revisions
Created page with "'''Representational state transfer''' is an architectural style for distributed hypermedia systems. ==Overview== REST ignores the details of component implementation and pro..." |
Christiane (talk | contribs) m Christiane moved page REST to Representational State Transfer: Standardize |
||
| (One intermediate revision by one other user not shown) | |||
| Line 4: | Line 4: | ||
REST ignores the details of component implementation and protocol syntax and focuses on the roles of components, the constraints on their interactions, and their interpretation of data elements. REST components communicate by transferring a representation of a resource in a format that matches the capabilities or desires of the recipient and the nature of the resource. This set of architectural constraints emphasizes the scalability of interactions among interfaces and independent deployment of components for the sake of reducing latency and enforcing security.<ref>[https://www.ics.uci.edu/~fielding/pubs/dissertation/rest_arch_style.htm Chapter 5, Fielding Dissertation]</ref> | REST ignores the details of component implementation and protocol syntax and focuses on the roles of components, the constraints on their interactions, and their interpretation of data elements. REST components communicate by transferring a representation of a resource in a format that matches the capabilities or desires of the recipient and the nature of the resource. This set of architectural constraints emphasizes the scalability of interactions among interfaces and independent deployment of components for the sake of reducing latency and enforcing security.<ref>[https://www.ics.uci.edu/~fielding/pubs/dissertation/rest_arch_style.htm Chapter 5, Fielding Dissertation]</ref> | ||
The Pros of REST include: its flexibility, mobile-friendliness, and appropriateness for Internet applications. REST was developed to be able to return data in various formats such as JSON and YAML. It works well with cloud technology and profile restrictions. The cons of RESTful web services are that they are bound by six architectural constraints. They must use a uniform interface, be client-server based, capable of stateless operations, depend on caching and layered system architecture, and transmit code on demand, resulting in a steep learning curve for novice developers.<ref>[https://www.highdefgeek.com/pros-cons-using-rest-api-design/ Pros & Cons of using REST API Design, HighDefGeek]</ref> | The Pros of REST include: its flexibility, mobile-friendliness, and appropriateness for Internet applications. REST was developed to be able to return data in various formats such as [[JSON]] and [[YAML]]. It works well with cloud technology and profile restrictions. The cons of RESTful web services are that they are bound by six architectural constraints. They must use a uniform interface, be client-server based, capable of stateless operations, depend on caching and layered system architecture, and transmit code on demand, resulting in a steep learning curve for novice developers.<ref>[https://www.highdefgeek.com/pros-cons-using-rest-api-design/ Pros & Cons of using REST API Design, HighDefGeek]</ref> | ||
==History== | ==History== | ||
Latest revision as of 17:41, 24 June 2024
Representational state transfer is an architectural style for distributed hypermedia systems.
Overview
REST ignores the details of component implementation and protocol syntax and focuses on the roles of components, the constraints on their interactions, and their interpretation of data elements. REST components communicate by transferring a representation of a resource in a format that matches the capabilities or desires of the recipient and the nature of the resource. This set of architectural constraints emphasizes the scalability of interactions among interfaces and independent deployment of components for the sake of reducing latency and enforcing security.[1]
The Pros of REST include: its flexibility, mobile-friendliness, and appropriateness for Internet applications. REST was developed to be able to return data in various formats such as JSON and YAML. It works well with cloud technology and profile restrictions. The cons of RESTful web services are that they are bound by six architectural constraints. They must use a uniform interface, be client-server based, capable of stateless operations, depend on caching and layered system architecture, and transmit code on demand, resulting in a steep learning curve for novice developers.[2]
History
The American computer scientist Roy Fielding began popularizing the technology in 2000 with his doctoral dissertation, Architectural Styles and the Design of Network-Based Software Architectures, at UC Irvine.