In recent years, for a variety of reasons RESTful Web services have become popular. You should use this things to make it as simple and as nice as possible for other developers to use your rest web services.
Don’t seek a “REST standard” official
REST Web Services are not normal, they are a definition. Your REST Web Service does not have to function in any unique way. However, at the same time…
Ensure that your paperwork is flawless
For SOAP there is a WSDL scheme, which makes work with a services relatively straightforward because you have a tool that produces WSDL-based code automatically. With REST, however, resources are less clearly specified and are properly named to function. This means the paperwork for the service is important. Make sure the data is 100% right if you build a REST web service.
Understand the verbs
The functionality is mainly defined by the HTTP protocol is one of the main principles in REST Web services. And HTTP action verbs like GET and POST are the main part of this. While the basic functionality is well known in REST, certain concepts are still evolving, including using PATCH to change only the attributes of an entity rather than the whole entity.
Provide sample code
Do not alter without service versioning
When you alter, you would be tempted to only keep one edition of the service. Do not do that! Do not do that! Make sure any time you release updates, you keep different copies. The shortest, most common way to do so is to add the URI version number, normally part of the route, into the service. The last thing that users need is to change the functionality of the service without warning.
Comply with the rules
At least those requirements should extend to the REST Web services! For example, OAuth, JSON and XML, HTTP for transport and control and the URI standard are given. for authentication. OData is available as a bigger component if you want a fuller kit. It does not say, simply, that nobody states “REST must adhere to these standards”
Thank you for your time