即上面用于向浏览器传递HTML的解决方案并不好。考虑一下,当您添加来自用户的博客文章时,这个视图函数中的代码会变得多么复杂,因为这些博文会不断变化。该应用程序还将拥有更多与其他url相关联的视图函数,因此想象一下,如果有一天我决定更改该应用程序的布局,并且必须更新每个视图函数中的HTML。这显然不是一个可以随着应用程序的增长而扩展的选项。
如果你能把应用程序的逻辑与网页的布局或表现分开,那么事情就会组织得更好,你不觉得吗?你甚至可以雇佣一个网页设计师来创建一个杀手级网站,而你用Python编写应用程序逻辑。
模板有助于实现表示和业务逻辑之间的这种分离。在Flask中,模板是作为单独的文件编写的,存储在应用程序包内的模板文件夹中。因此,在确保您在微博目录中之后,创建将存储模板的目录:
app/templates/index.html:
<!doctype html>
<html>
<head>
<title>{{ title }} - Microblog</title>
</head>
<body>
<h1>Hello, {{ user.username }}!</h1>
</body>
</html>
这是一个基本标准的、非常简单的HTML页面。在这个页面中唯一有趣的事情是有一对动态内容的占位符,包含在{{...}}部分。这些占位符表示页面中可变的部分,只有在运行时才会知道。
现在页面的表示已经被卸载到HTML模板中,view函数可以简化:
from flask import render_template
from app import app
@app.route('/')
@app.route('/index')
def index():
user = {'username': 'Miguel'}
return render_template('index.html', title='Home', user=user)
这个看起来好多了,对吧?尝试这个新版本的应用程序,看看模板是如何工作的。在浏览器中加载页面后,您可能希望查看源HTML并将其与原始模板进行比较。
将模板转换为完整HTML页面的操作称为呈现。为了呈现模板,我必须导入一个Flask框架自带的函数render_template()。该函数接受一个模板文件名和一个模板参数变量列表,并返回相同的模板,但其中的所有占位符都被替换为实际值。
render_template()函数调用Flask框架附带的Jinja2模板引擎。jinj2替代{{...}}块使用相应的值,由render_template()调用中提供的参数给出。