Categories: Uncategorised

Python in 30 Days: Day 28 – API

Day 28: Application Programming Interface (API)

API

API stands for Application Programming Interface. The kind of API we will cover in this section is going to be Web APIs. Web APIs are the defined interfaces through which interactions happen between an enterprise and applications that use its assets, which also is a Service Level Agreement (SLA) to specify the functional provider and expose the service path or URL for its API users.

In the context of web development, an API is defined as a set of specifications, such as Hypertext Transfer Protocol (HTTP) request messages, along with a definition of the structure of response messages, usually in an XML or a JavaScript Object Notation (JSON) format.

Web API has been moving away from Simple Object Access Protocol (SOAP) based web services and service-oriented architecture (SOA) towards more direct representational state transfer (REST) style web resources.

Social media services and web APIs have allowed web communities to share content and data between communities and different platforms.

Using API, content that is created in one place can be dynamically posted and updated to multiple locations on the web.

For example, Twitter’s REST API allows developers to access core Twitter data, and the Search API provides methods for developers to interact with Twitter Search and trend data.

Many applications provide API endpoints. Some examples of API include the countries’ APIcat’s breed API.

In this section, we will cover a RESTful API that uses HTTP request methods to GET, PUT, POST and DELETE data.

Building API

RESTful API is an application program interface (API) that uses HTTP requests to GET, PUT, POST, and DELETE data. In the previous sections, we have learned about python, flask, and mongoDB. We will use the knowledge we acquire to develop a RESTful API using a Python flask and mongoDB database. Every application that has a CRUD (Create, Read, Update, Delete) operation has an API to create data, get data, update data, or delete data from a database.

To build an API, it is important to understand the HTTP protocol and the HTTP request and response cycle.

HTTP (Hypertext Transfer Protocol)

HTTP is an established communication protocol between a client and a server. A client in this case is a browser, and a server is the place where you access data. HTTP is a network protocol used to deliver resources, which could be files on the World Wide Web, whether they are HTML files, image files, query results, scripts, or other file types.

A browser is an HTTP client because it sends requests to an HTTP server (Web server), which then sends responses back to the client.

Structure of HTTP

HTTP uses a client-server model. An HTTP client opens a connection and sends a request message to an HTTP server, and the HTTP server returns a response message containing the requested resources. When the request-response cycle is complete, the server closes the connection.

The format of the request and response messages is similar. Both kinds of messages have

  • an initial line,
  • zero or more header lines,
  • a blank line (i.e. a CRLF by itself), and
  • an optional message body (e.g. a file, query data, or query output).

Let us see an example of request and response messages by navigating this site:https://thirtydaysofpython-v1-final.herokuapp.com/. This site has been deployed on Heroku free dyno and in some months may not work because of high requests. Support this work to make the server run all the time.

Initial Request Line(Status Line)

The initial request line is different from the response. A request line has three parts, separated by spaces:

  • method name(GET, POST, HEAD)
  • path of the requested resource,
  • the version of HTTP being used. eg GET / HTTP/1.1

GET is the most common HTTP that helps to get or read resources and POST is a common request method to create resources.

Initial Response Line (Status Line)

The initial response line, called the status line, also has three parts separated by spaces:

  • HTTP version
  • Response status code that gives the result of the request and a reason that describes the status code. Examples of status lines are: HTTP/1.0 200 OK or HTTP/1.0 404 Not Found Notes:

The most common status codes are 200 OK: The request succeeded, and the resulting resource (e.g., file or script output) is returned in the message body. 500 Server Error A complete list of HTTP status codes can be found here. It can also be found here.

Header Fields

As you have seen in the above screenshot, header lines provide information about the request or response, or about the object sent in the message body.

GET / HTTP/1.1
Host: thirtydaysofpython-v1-final.herokuapp.com
Connection: keep-alive
Pragma: no-cache
Cache-Control: no-cache
Upgrade-Insecure-Requests: 1
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/79.0.3945.79 Safari/537.36
Sec-Fetch-User: ?1
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8,application/signed-exchange;v=b3;q=0.9
Sec-Fetch-Site: same-origin
Sec-Fetch-Mode: navigate
Referer: https://thirtydaysofpython-v1-final.herokuapp.com/post
Accept-Encoding: gzip, deflate, br
Accept-Language: en-GB,en;q=0.9,fi-FI;q=0.8,fi;q=0.7,en-CA;q=0.6,en-US;q=0.5,fr;q=0.4

The message body

An HTTP message may have a body of data sent after the header lines. In response, this is where the requested resource is returned to the client (the most common use of the message body), or perhaps explanatory text if there’s an error. In a request, this is where user-entered data or uploaded files are sent to the server.

If an HTTP message includes a body, there are usually header lines in the message that describe the body. In particular,

The Content-Type: header gives the MIME-type of the data in the body(text/html, application/json, text/plain, text/css, image/gif). The Content-Length: header gives the number of bytes in the body.

Request Methods

The GET, POST, PUT, and DELETE are the HTTP request methods in which we are going to implement an API or a CRUD operation application.

  1. GET: The GET method is used to retrieve and get information from the given server using a given URI. Requests using GET should only retrieve data and should have no other effect on the data.

  2. POST: POST request is used to create data and send data to the server, for example, creating a new post, file upload, etc. using HTML forms.

  3. PUT: Replaces all current representations of the target resource with the uploaded content and we use it to modify or update data.

  4. DELETE: Removes data

Exercises: Python in 30 Days: API

  1. Read about API and HTTP

<< Day 27 | Day 29 >>

Tech G

Recent Posts

Python in 30 Days: Day 30- Conclusions

Day 30 Conclusions In the process of preparing this material, I have learned quite a…

10 months ago

Python in 30 Days: Day 29 – Building an API

Day 29: Building API In this section, we will cover a RESTful API that uses HTTP…

10 months ago

Python in 30 Days: Day 27 – Python with MongoDB

Day 27: Python with MongoDB Python is a backend technology, and it can be connected…

10 months ago

Python in 30 Days: Day 26 – Python for web

Day 26: Python for Web Python is a general-purpose programming language, and it can be…

10 months ago

Python in 30 Days: Day 25 – Pandas

Day 25: Pandas Pandas is an open-source, high-performance, easy-to-use data structure, and data analysis tool…

10 months ago

Python in 30 Days: Day 24 – Statistics

Day 24 - Python for Statistical Analysis Statistics Statistics is the discipline that studies the collection, organization, displaying, analysing, interpretation and presentation…

10 months ago