Simple explanation on Concurrency vs Multi-threading vs Asynchronous Processing There is a common misconception on Multi-threaded, Asynchronous and concurrent processing. Some even think that they are same as their definitions overlap, and they are often used interchangeably. First we need to understand the terms threads, synchronous, Asynchronous, concurrency and multi-threading to understand the concepts. Threads: Without going in depth details on what a thread is lets consider a thread as a worker to do a tasks

Change is inevitable and this is no different with APIs. If APIs are successful, they evolve over time. New requirements may drive you to make changes to your APIs. Advancements in technology are also a contributor to changes to APIs. Handling these changes in a way to minimize the impact on the clients is the art of versioning. Versioning is the process of assigning unique version numbers to identify the current changes associated with the product/software. Within a given version number (major, minor), these numbers are assigned in increasing order and correspond to new developments in the software release. Hardware product or a software product, everything is versioned. Without versioning it would be a maintenance nightmare.

Designing and building a REST API takes time, takes effort and most importantly takes the right skill. REST APIs should be easy to understand, well documented and follow standards so that integration is straightforward. This can be acheived only if we follow the best practices when designing a RESTful API. Lets look into the REST API best practices to design and build great APIs which are robust and reliable. APIs are a generic concept that can be explained in many ways for example, - An API is a web service which delivers resources via web technologies such as HTTP. - APIs are interfaces used for system to system communications. - APIs are used for building distributed software systems to enable loose coupling.

Confused whether to use PUT or PATCH or POST in your API? Don't worry you are not alone and this is a common confusion which happens to most of us or to all of us at some point while developing our API. Before we understand the difference between PUT vs PATCH vs POST, first we need to understand Idempotency.

Representational state transfer (REST) is a an architectural style designed to take advantage of existing protocols like HTTP/HTTPS. REST defines a set of constraints to be used for creating APIs. When an API is designed based on the principles which adheres to the Representational state transfer architectural style it is called a RESTful API. Unlike SOAP services, RESTful APIs are not constrained to one particular data type like XML. Instead, RESTful APIs can return any type of data format like JSON, YAML, XML, TEXT etc depending on the client request. Also the datatype is independent of the methods and resources.