最重要的一点是，所有的 web 应用做的事情就是把 HTML 内容发送给浏览器。不论这个 web 应用有多么复杂，最终的任务都是把 HTML （我故意忽略掉其他格式的内容，比如 JSON，CSS 文件，因为原理都是一样的）发送给浏览器。

问题来了：web 应用如何知道要发送什么内容给浏览器呢？ 答案：它会发送浏览器请求的内容。

有个重要的事情是：所有的通信都是客户端（你的浏览器）发起的。服务端（web server）是不可能主动连接你，发送没有请求的数据的。如果你收到了数据，只是因为你的浏览器主动请求了这些数据。

和 GET 请求不同的是， POST 请求通常会导致 web 应用状态的改变。上面提及的例子中，表单被提交后，一个新的用户会被创建。还有一点不同， POST 请求的结果可能不会返回 HTML 数据给客户端，客户端需要通过 response code 来判断操作是否成功。

还需要注意的是： POST 请求发送给的 url，可能和数据发送出去的 url 不同。继续以我们的注册页面为例，注册表可能位于 http://foo.com/signup ，点击 submit 之后，包含着注册数据的 POST 请求可能被发送到 http://foo.com/process_signup 。 POST 请求要发送到的地址，一般在注册表格的 HTML 源码里指定。

最简单的 web 应用长什么样呢？我们就来写一个监听在 80 端口的 web 应用，一旦和客户端建立连接，就等待客户端发起请求，并返回非常简单的 HTML 。

这个程序是这样的：

import socket
HOST = ''
PORT = 80
listen_socket = socket.socket(socket.AF_INET, socket.SOCK_STREAM)
listen_socket.bind((HOST, PORT))
listen_socket.listen(1)
connection, address = listen_socket.accept()
request = connection.recv(1024)
connection.sendall("""HTTP/1.1 200 OK
Content-type: text/html
        <h1>Hello, World!</h1>
    </body>
</html>""")
connection.close()

（如果上面的程序报端口错误，可以把 PORT 的值修改成其他值，比如 8080 。）

上面的代码只会接收一个连接和一个请求，不管请求的 URL 是什么，都会返回同样的 HTTP 内容，response code 是 200 。（很明显，这不算真正的 web server）。在这个例子，我们告诉客户端，返回的数据格式为 HTML ，而不是其他的格式，比如 JSON 。

<HTTP Method> <URL> <HTTP version>

在这个例子里就是 GET / HTTP/1.1 。第一行后面跟着的是请求的头部（headers），比如 Accept: */* （表示可以接收任何格式的内容作为应答）。基本上就这么多。

我们发送的应答也是类似的格式，第一行是:

<HTTP version> <HTTP Status-Code> <Status-Code Reason-Phrase>

这个例子中就是 HTTP/1.1 200 OK 。然后是头部，和请求的头部一样。最后是应答的实际内容。注意：应答也可能是字符串或者二进制对象，头部的 Content-typ 就是来标识应答内容，让客户端来解析的。

可以想象，没人会愿意每次编写 web 应用的时候都要自己处理这些问题。为了解决这个难题，就会存在很多的软件包帮你处理这些烦人的细节，让开发者可以把心思放到业务逻辑上。记住，不管 web 框架多么负责，其最核心的功能和我们上面的例子是一样的：监听客户端请求，然后返回 HTML 给客户端。

NOTE：客户端的框架和上面的内容迥然不同。

每个 web 框架解决这两个问题的方法都不太相同，我们就举 Flask 和 Django 的例子来说明这个问题。首先，我们还要来说一下 MVC 模式。

不过容易让人混淆的是，django 中 controllers 被称作 views ，而 views 被称为 templates 。除了命名外，django 算是比较直接的 MVC 架构。

不过，这个方法有个致命伤：没有办法处理带有动态数据的 URL，比如说资源的 ID（例如 http://www.foo.com/users/3 ）。我们怎么把这个 URL 映射到函数，同时能传过去用户 ID 信息呢？

Django 采用的方法是利用正则表达式：用正则表达式匹配 URL，然后把匹配的数据作为参数传递给处理函数。比如，我可以说匹配 ^/users/(?P<id>\d+)/$ 的 URL 会调用 display_user(id) 函数，其中 id 就是正则表达式括号里匹配的内容。利用这种方式，任何 /users/<some number> 类型的 URL 都能对应到 display_user 函数，并且正则表达式可以无限复杂，包含任意的关键字和未知参数。

@app.route('/users/<id:int>/')
def display_user(id):
    # ...

HTML 模板 有点像 string.format() ：预期的输出首先要用站位标识，然后再填入动态的数据。可以把这个网页想象成一个字符串，里面用括号标识动态的数据，最后调用 str.format() 生成最终的结果。Django 的 模板引擎和 Flask 采用的 jinja2 都是这个原理。

不过，并不是所有的模板引擎地位都一样。Django 的模板只支持简单的变成，而 Jinja2 却能让你执行任意的代码（当然并发完全可以，不过已经很近似）。Jinja2 很会 cache 渲染的结果，下次有同样的参数传过来的时候，就会直接从 cache 获取结果，而不需要重新渲染。

因为包含 ORM，Django 能够创建功能齐全的 CRUD 应用。 CRUD（Create Read Update Delete）是 web 框架（服务器端）最美好的地方，Django 和 Flask-SQLAlchemy 使得 CRUD 操作很直接。

写了这么多，记住，所有的 python web 框架功能方式都一样：它们接收 HTTP 请求，然后分发任务，并生成 HTML，然后返回包含 HTML 的 HTTP 应答。事实上，所有的 server 端框架（除了 Javascript 框架）都是这么工作的。希望，看完这篇文章，你已经知道 web 框架的目的，也知道怎么去选择 web 框架啦。