Use restful services in mobile apps

<span id="Label3"></p><p><p>Representational state Transfer (REST) is an architectural principle that treats a Web service as a resource that can be uniquely identified by its URL. A key feature of RESTful Web Services is the explicit use of HTTP methods to represent calls to different operations.</p></p><p><p>The basic design principles of REST Use the HTTP protocol approach for typical CRUD operations:</p></p><p><p>POST-create Resource</p></p><p><p>GET-retrieving Resources</p></p><p><p>put– Updating resources</p></p><p><p>Delete-remove Resource</p></p><p><p>The main advantages of REST services Are:</p></p><p><p>They are highly reusable across platforms (Java,. net, PHP, and so on) because they all rely on the basic HTTP Protocol.</p></p><p><p>They use basic XML, rather than complex SOAP XML, and are very handy to use.</p></p><p><p>REST-based Web services are increasingly becoming the preferred approach for Back-end Enterprise service Integration. Compared to soap-based Web services, its programming model is simple, and the use of native XML rather than soap reduces the complexity of the serialization and deserialization process and eliminates the need for other Third-party libraries that function the Same.</p></p><p align="left"><p align="left"><strong>Addressable (</strong> <strong>addressability</strong> <strong>)</strong> Everything in REST is based on the concept of <em>resources</em> . Unlike an object or other noun in OOP, a resource is an abstraction that must be addressed or accessed through a URI.</p></p><p align="left"><p align="left"><strong>Interface Consistency (</strong> <strong>Interface Uniformity</strong> <strong></strong> Unlike SOAP or other standards, REST requires that the method or verb used to manipulate the resource is not arbitrary. This means that developers of RESTful services can only use methods that are supported by HTTP, such as GET, PUT, POST, DELETE, and so On. therefore, you do not need to use service description languages such as WSDL.</p></p><p align="left"><p align="left"><strong>No status (</strong> <strong>Statelessness</strong> <strong></strong> to enhance scalability, the server side does not store the Client's state Information. This makes the server not tied to a particular client, and load balancing becomes much simpler. This also makes the server easier to monitor and more reliable.</p></p><p align="left"><p align="left"><strong>Figurative (</strong> <strong>representational</strong> <strong></strong> The client is always interacting with some kind of resource, never directly interacting with the resource itself. There can also be multiple images of the same resource. theoretically, any client that holds a Resource's image should have enough information to manipulate the underlying resource.</p></p><p align="left"><p align="left"><strong>Connectivity (</strong> <strong>connectedness</strong> <strong></strong> Any REST-based system should anticipate that the client needs access to the relevant resources and should include those resources in the returned resource Image. For example, you can include related steps in the sequence of actions for a particular RESTful service as a hyperlink so that the client can access them as Needed. REST-based Web services are increasingly becoming the Back-end Enterprise service integration</p></p><p><p><span style="text-decoration: underline;"><span style="font-size: 16px;"><strong>More information and source address download</strong></span></span></p></p><p><p><span style="font-size: 18px;"><span style="font-family: microsoft yahei;"><strong></strong></span></span></p></p><span style="text-decoration: underline;"><span style="text-decoration: underline;"><span style="font-size: 16px;"><strong>more information and source address download</strong></span></span></span><p><p>Use restful services in mobile apps</p></p></span>