参考:http://blog.csdn.net/hello_albee/article/details/51638358
Flask路由是如何工作的
整个flask框架(及以Werkzeug类库为基础构建的应用)的程序理念是把URL地址映射到你想要运行的业务逻辑上(最典型的就是视图函数),例如:
- 1
- 2
- 3
- 1
- 2
- 3
注意,add_url_rule函数实现了同样的目的,只不过没有使用装饰器,因此,下面的程序是等价的:
- 1
- 2
- 3
- 4
- 5
- 1
- 2
- 3
- 4
- 5
备注:add_url_rule()中3个参数依次是rule、endpoint、view_func.(转载出处的文章内有误,endpoint应该是第二个参数)
假设www.example.org站点定义了以上视图,用户在浏览器中输入以下地址
- 1
- 1
Flask的工作就是捕捉这个URL地址,弄清用户想要做什么,并在众多的Python函数中匹配一个可以处理它的函数,回到我们的实例中,URL地址就是
- 1
- 1
拿着这个地址到路由表中做匹配,flask发现这个地址指向了give_greeting
函数。
然而,当我们用这种最常用的方法创建视图时,flask却向我们隐藏了一些其他的细节信息。在这个场景中,flask并没有直接从URL地址跳转到应该响应它请求的视图函数上:
- 1
- 1
事实上,这里还有另一个步骤–把URL地址映射到端点上(URL**–>endpoint–>**viewfunction):
- 1
- 2
- 1
- 2
从根本上来说,端点就是程序中一组逻辑处理单元的ID,该ID对应的代码决定了对此ID请求应该作出何种响应。通常,端点与视图函数同名,但是你也可以修改它,例如:
- 1
- 2
- 3
- 1
- 2
- 3
现在就成了这样:
- 1
- 2
- 1
- 2
Endpoint有什么作用
端点通常用作反向查询URL地址(viewfunction**–>endpoint–>**URL)。例如,在flask中有个视图,你想把它关联到另一个视图上(或从站点的一处连接到另一处)。不用去千辛万苦的写它对应的URL地址,直接使用URL_for()
就可以啦:
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 1
- 2
- 3
- 4
- 5
- 6
- 7
备注:url_for()中
give_greeting
是端点名.
这样做是大有裨益的:我们可以随意改变应用中的URL地址,却不用修改与之关联的资源的代码。
为何要多此一举
那么问题来了:为何要多此一举,为何要先把URL映射到端点上,再通过端点映射到视图函数上,为何不跳过中间的这个步骤?
原因就是采用这种方法能够使程序更高、更快、更强。例如蓝本。蓝本允许我们把应用分割为一个个小的部分,现在admin蓝本中含有超级管理员级的资源,user蓝本中则含有用户一级的资源。
蓝本允许咱们把应用分割为一个个以命名空间区分的小部分:
main.py:
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 1
- 2
- 3
- 4
- 5
- 6
- 7
admin.py:
- 1
- 2
- 3
- 4
- 5
- 1
- 2
- 3
- 4
- 5
user.py:
- 1
- 2
- 3
- 4
- 1
- 2
- 3
- 4
注意,在两个蓝本中路由地址‘/greeting’的函数都叫"greeting"
。如果我想调用admin对应的greeting
函数,我不能说“我想要greeting”,因为这里还有一个user对应的greeting
函数。端点这时就发挥作用了:指定一个蓝本名称作为端点的一部分–通过这种方式端点实现了对命名空间的支持。所以,我们可以这样写:
- 1
- 2
- 1
- 2
来发实例
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
- 1
- 2
- 3
- 4
- 5
- 6
- 7
- 8
- 9
- 10
- 11
- 12
- 13
- 14
- 15
- 16
- 17
- 18
- 19
程序运行结果