【妙用协程】 - 诡异的web框架

在史前的web开发时代（我说的是AngularJS工程师开始变得价值不菲以前的黑暗岁月），web开发的一个痛点在于HTTP是一个无状态的协议，浏览器是一个无状态的展现表单提交工具。固然如今的web开发世界已经再也不是如此了，浏览器已经俨然是一个全功能的客户端了，B/S和C/S架构的差别已经接近弥合。在那个年代，有一些人就想，让状态从服务器传到浏览器，而后再在浏览器提交表单的时候传回来这多麻烦呀。若是可以让服务器保存表单状态，代码写起来该多么酷啊，好比下面这个例子（Stackless Python Nagare）：

class Counter(object):

    def __init__(self):
        self.val = 0

    def increase(self):
        self.val += 1

    def decrease(self):
        self.val -= 1

@presentation.render_for(Counter)
def render(counter, h, *args):
    h << h.div('Value: ', counter.val)

    h << h.a('++').action(counter.increase)
    h << '|'
    h << h.a('--').action(counter.decrease)

    return h.root

这段代码实现的功能是在浏览器上显示一个“0”，而后有++和--两个连接。点++的话会提交一个HTTP请求给服务器，服务器返回一个新页面，其上面显示一个“1”。
背后的思想是把页面上的内容建模为一个状态，在代码中这个状态就是那个counter对象。counter对象的值是以协程的方式保存在服务器端的。不单单是counter的值，以及h.a('++').action(counter.increase)这样绑定的事件与回调函数的映射也被保存了下来了。客户端的操做经过HTTP发到服务器以后。服务器根据渲染页面时注入的一些id表示符，找到对应的协程，而后加载协程，再把协程日后执行一步，同时渲染出一个新的HTML页面，返回给客户端。相似的想法最出名的框架是smalltalk的seaside。
假设咱们是服务器，当咱们把页面发给客户端以后，等待客户端的返回，而后根据返回执行后面的事情。相似这样

page1 = initial_render()
send_to_browser(page1)
resp = wait_for_browser_response()
page2 = do_something(resp)
send_to_browser(page2)

中间wait_for_browser_response()就是一个大大的流程阻塞，固然为何不能用协程去对这个流程阻塞问题进行建模呢。因而乎就有这些诡异的实现了。