Interview Questions and Answers

An API, or application programming interface, is a software-to-software interface that permits communication and data sharing between otherwise independent applications. All data is regarded as resources in a REST API, and each resource is identified by a distinct standard resource identifier (URI).

Representational State Transfer is referred to as REST.

RESTful web services, which adhere to the REST architecture, are another name for REST API.

The following distinguishing characteristics of RESTful online services:

• server-client decoupling
• communication assistance
• thin, uniform interface
• stateless
• layered approach
• cacheable
• on-demand code

When a REST client wishes to send a request to the server using a REST API web service, they can do so using an HTTP application form, and the server is no different. In REST, this type of communication is known as messaging.

Addressing is the term used to describe how RESTful web services locate different sorts of resources using a URL on the REST server. Resources typically address a single or a number of resources.

Duplicate calls on the client side are known to result in problems since idempotent techniques are known to provide the same result even after the identical request has been submitted many times.

Tools like Swagger and Postman, which allow users to examine query parameters, headers, and response headers, as well as document endpoints and convert them to XML and JSON, can be used to test RESTful web services.

In RESTful web services, payloads are the request data sent via the POST or GET or PUT or DELETE technique and located in the message's body of an HTTP request.

REST APIs employ the HTTP protocol for client communication, whereas other protocols are used elsewhere.

Extensible Markup Language (XML) and JSON are used to represent the resources in REST APIs or JavaScript Object Notation.

POST Approach:

• On the server, a resource can be created with POST.
• POST lacks idempotence which means non-idempotent.
• Responses from POST are cacheable.

PUT Approach:

• A resource at a certain URI can be changed to another resource using the PUT command.
• PUT is idempotent, meaning that no matter how many times it is called, only one resource will be produced.
• Responses from PUT are not.

• Weather apps use public REST APIs to communicate related data and display weather information.
• Airlines use APIs to disclose flight information to ticketing and travel websites for commercial usage.
• APIs are used by public transit providers to publish their data online and make it instantly accessible to mapping and navigation apps.

• Both the client and the server should have no trouble understanding it.
• Regardless of the layout of the format, it should be comprehensive.
• It should take into account how the resources are connected to one another and handle them carefully.

• Resources
• Demand 
• Headers
• Status codes
• Request Body
• Response Body

The architectural design used to create web APIs is

• Client-server communication via HTTP
• As a formatting language, XML/JSON
• Simple URI is used as the services' address.
• Stateless interaction

Unified resource identifier is referred to as a URI. A URI in REST is a string which designates a web server's resource. Each resource has a distinct URI that, when used in a Http response, enables clients to target it and do actions on it. Addressing is the process of directing traffic to a resource using its URI.

In the HTTP requests, the term "payload" refers to data in the content of the HTTP request and/or response messages.

RESTful APIs can be tested using a variety of software tools, including JMeter, Katalon and PostmanStudio. Sending numerous calls from the testing tool and watching how your API reacts are often steps in the testing process. You can quickly run numerous different scenarios thanks to the capability for automated testing provided by various testing solutions.

The core idea behind Restful architecture is resource. A resource is a thing that:

• a kind, connection to other resources, and techniques that use it.

Resources are labeled as:

• their URI, the HTTP methods they accept, the type of data in the request and response, and the data format.

Uniform Resource Identifier is what URI stands for. In a REST architecture, a URI identifies each resource. Locating a resource or resources on the server hosting the web service is the purpose of a URI.

A few HTTP response status codes:

• Code 200: success.
• Code 201:resource has been successfully created. 
• Code 204: no content in the response body.
• Code 404: no method available.
• Code 500: Internal server error.

These are the standard codes that refer to the predefined status of the task at the server. Following are the status codes formats available:

• 1xx - represents informational responses
• 2xx - represents successful responses
• 3xx - represents redirects
• 4xx - represents client errors
• 5xx - represents server errors

HTTP Methods are also known as HTTP Verbs. They form a major portion of uniform interface restriction followed by the REST that specifies what action has to be followed to get the requested resource. Below are some examples of HTTP Methods:

• GET: This is used for fetching details from the server and is basically a read-only operation.
• POST: This method is used for the creation of new resources on the server.
• PUT: This method is used to update the old/existing resource on the server or to replace the resource.
• DELETE: This method is used to delete the resource on the server.
• PATCH: This is used for modifying the resource on the server.
• OPTIONS: This fetches the list of supported options of resources present on the server.

The POST, GET, PUT, DELETE corresponds to the create, read, update, delete operations which are most commonly called CRUD Operations.

In REST, any HTTP Request has 5 main components, they are:

• Method/Verb − This part tells what methods the request operation represents. Methods like GET, PUT, POST, DELETE, etc are some examples.
• URI − This part is used for uniquely identifying the resources on the server.
• HTTP Version − This part indicates what version of HTTP protocol you are using. An example can be HTTP v1.1.
• Request Header − This part has the details of the request metadata such as client type, the content format supported, message format, cache settings, etc.
• Request Body − This part represents the actual message content to be sent to the server.

HTTP Response has 4 components:

• Response Status Code − This represents the server response status code for the requested resource. Example- 400 represents a client-side error, 200 represents a successful response.
• HTTP Version − Indicates the HTTP protocol version.
• Response Header − This part has the metadata of the response message. Data can describe what is the content length, content type, response date, what is server type, etc.
• Response Body − This part contains what is the actual resource/message returned from the server.

Addressing is the process of locating a single/multiple resources that are present on the server. This task is accomplished by making use of URI (Uniform Resource Identifier). The general format of URI is:

<protocol>://<application-name>/<type-of-resource>/<id-of-resource>