WSGI接口

Web应用开发可以说是目前软件开发中最重要的部分。而一个Web应用的本质就是：

• 浏览器发送一个HTTP请求；

• 服务器收到请求，生成一个HTML文档；

• 服务器把HTML文档作为HTTP响应的Body发送给浏览器；

• 浏览器收到HTTP响应，从HTTP Body取出HTML文档并显示。

如果上述步骤由自己来实现。不过，接受HTTP请求、解析HTTP请求、发送HTTP响应都是苦力活，如果我们自己来写这些底层代码，还没开始写动态HTML呢，就得花个把月去读HTTP规范。

正确的做法是底层代码由专门的服务器软件实现，我们用Python专注于生成HTML文档。因为我们不希望接触到TCP连接、HTTP原始请求和响应格式，所以，需要一个统一的接口，让我们专心用Python编写Web业务。

这个接口就是WSGI：Web Server Gateway Interface。

WSGI接口定义非常简单，它只要求Web开发者实现一个函数，就可以响应HTTP请求。我们来看一个最简单的Web版本的“Hello, web!”：

def application(request, response_header):
    response_header('200 OK', [('Content-Type', 'text/html')])
    return [b'<h1>Hello, web!</h1>']

有了WSGI，我们关心的就是如何从request这个dict对象拿到HTTP请求信息，然后构造HTML，通过response_header()发送Header，最后返回Body。

整个application()函数本身没有涉及到任何解析HTTP的部分，也就是说，底层代码不需要我们自己编写，我们只负责在更高层次上考虑如何响应请求就可以了。

不过，等等，这个application()函数怎么调用？这样就有了WSGI服务器。

application()函数必须由WSGI服务器来调用，WSGI服务器负责把HTTP请求对象传给request参数，并把HTTP响应对象（header和body）发给浏览器。

Web Framework

了解了WSGI框架，我们发现：其实一个Web App，就是写一个WSGI的处理函数，针对每个HTTP请求进行响应。

我们当然不能把所有的请求处理放到一个函数中，WSGI提供的接口虽然比HTTP接口高级了不少，但还是比较低级，我们需要在WSGI接口之上能进一步抽象，让我们专注于用一个函数处理一个URL，至于URL到函数的映射，就交给Web框架来做。

有了Web框架，我们在编写Web App时，注意力就从WSGI处理函数转移到URL加对应的处理函数