Python测试开发中Django和Flask框架
为了更好地阐述这个问题,我们把开发一个应用的过程进行类比,往往开发一个应用(web应用、系统应用)跟建造房子的过程一样,需要先打地基,搭好骨架,然后一块砖一块砖叠上去。
而开发一个应用呢?
同样也需要一个好的架构设计,数据库建模,然后一个模块一个模块使用代码实现。
如果开发一个软件应用不使用框架,和我们建房子时,每一块砖、每一根钢筋都需要自己生产出来本质上是一样的。
显而易见,如果在建造房子之前,每一块砖头、每一种建材,都需要我们自己去生产的话,建造房子的效率是极低的,甚至可能一辈子也无法把房子建造好。
在开发应用系统时,使用框架可以带来如下好处:
**1、**大大提升开发效率;
**2、**让应用开发更加规范、拓展性更强;
**3、**让程序员把更多的精力放在业务逻辑的实现上,而不是重复、而复杂的基础环境上(比如web服务器、底层实现等);
二、为什么使用Django和Flask框架?
1、在Python编程语言的世界里,功能最强大、最流行的两个框架。
2、不仅在web后端开发、微服务开发,同时在ERP系统开发、API接口开发等领域,这两个框架应用非常广泛。
三、Django和Flask的区别
◆ 形象类比
如果Django类似于精装修的房子,自带豪华家具、非常齐全功能强大的家电,什么都有了,拎包入住即可,十分方便。
而Flask类似于毛坯房,自己想把房子装修成什么样自己找材料,买家具自己装。
材料和家具种类非常丰富,并且都是现成免费的,直接拿过去用即可。
◆ 在体量上的区别
Flask:小巧、灵活,让程序员自己决定定制哪些功能,非常适用于小型网站。
对于普通的工人来说将毛坯房装修为城市综合体还是很麻烦的,使用Flask来开发大型网站也一样,开发的难度较大,代码架构需要自己设计,开发成本取决于开发者的能力和经验。
Django:大而全,功能极其强大,是Python web框架的先驱,用户多,第三方库极其丰富。
非常适合企业级网站的开发,但是对于小型的微服务来说,总有“杀鸡焉有宰牛刀”的感觉,体量较大,非常臃肿,定制化程度没有Flask高,也没有Flask那么灵活。
◆ 实例
使用Flask来完成:
第一步,安装Flask,pip install flask
第二步,创建my_first_app.py文件,添加如下代码
完成最简单的Hello World功能,Flask只需要7行代码,非常简单、方便。
使用Django来完成:
第一步,安装Django,pip install django
第二步,创建工程项目目录,django-admin startprojectmyproject
第三步,创建子应用,python manage.py startappmyapp
第四步,在myapp应用所在目录中的views.py文件中,添加如下代码。
第五步,在myapp应用所在目录中创建urls.py路由文件,并添加如下代码
第六步,在主路由文件中添加路由。
从上面的操作步骤可知,实现同样的一个功能,往往Flask较为简单,代码较少,而Django所涉及到的流程较多,工程项目结构清晰,在大型项目中具有优势。
如果你想搞懂Python web开发WSGI协议原理以及实现过程、或者你想灵活定制组件,完全DIY你的应用、想实现微服务。那么建议你选择Flask。
如果你关注产品的最终交付、想快速开发一个大的应用系统(比如新闻类网站、商城、ERP等)。那么建议你选择Django,你想得到的功能它都有,想不到的功能它也有。
五、如何才能学好框架
1、需要先学习框架的基础知识、基本实现原理
2、结合项目实践,提升编码能力和业务逻辑的理解
3、翻看框架源码,深入理解源码精髓(进阶)
Flask:
1:轻量级web框架,只有一个内核,默认依赖两个外部库:Jinja2 模板引擎和 Werkzeug WSGI 工具集,自由,灵活,可扩展性强,开发者可以根据需求自己造轮子\
2:适用于做小型网站以及web服务的API,开发大型网站无压力,架构需自行设计\
3:与关系型数据库结合不弱于Django,而与非关系型数据库的结合远远优于Django\
\
Django:
1:重量级web框架,功能齐全,提供一站式解决的思路,能让开发者不用在选择应用上花费大量时间\
2:自带ORM(Object-Relational Mapping 对象关联映射)和模板引擎,支持JinJa等非官方模板引擎,灵活度不高\
3:自带ORM使Django和关系型数据库耦合度过高,如果要使用非关系型数据库,需要使用第三方库\
4:自带数据库管理app\
5:成熟、稳定、开发效率高、相对于Flask,Django的整体封闭性比较好,适合做企业级网站的开发\
6:python web框架的先驱,第三方库丰富\
7:上手容易,开发文档详细、完善、资料丰富\
-——————–
(1)Flask
Flask确实很“轻”,不愧是Micro Framework,从Django转向Flask的开发者一定会如此感慨,除非二者均为深入使用过\
Flask自由、灵活,可扩展性强,第三方库的选择面广,开发时可以结合自己最喜欢用的轮子,也能结合最流行最强大的Python库\
入门简单,即便没有多少web开发经验,也能很快做出网站\
非常适用于小型网站\
非常适用于开发web服务的API\
开发大型网站无压力,但代码架构需要自己设计,开发成本取决于开发者的能力和经验\
各方面性能均等于或优于Django\
Django自带的或第三方的好评如潮的功能,Flask上总会找到与之类似第三方库\
Flask灵活开发,Python高手基本都会喜欢Flask,但对Django却可能褒贬不一\
Flask与关系型数据库的配合使用不弱于Django,而其与NoSQL数据库的配合远远优于Django\
Flask比Django更加Pythonic,与Python的philosophy更加吻合\
(2)Django
Django太重了,除了web框架,自带ORM和模板引擎,灵活和自由度不够高\
Django能开发小应用,但总会有“杀鸡焉用牛刀”的感觉\
Django的自带ORM非常优秀,综合评价略高于SQLAlchemy\
Django自带的模板引擎简单好用,但其强大程度和综合评价略低于Jinja\
Django自带ORM也使Django与关系型数据库耦合度过高,如果想使用MongoDB等NoSQL数据,需要选取合适的第三方库,且总感觉Django+SQL才是天生一对的搭配,Django+NoSQL砍掉了Django的半壁江山\
Django目前支持Jinja等非官方模板引擎\
Django自带的数据库管理app好评如潮\
Django非常适合企业级网站的开发:快速、靠谱、稳定\
Django成熟、稳定、完善,但相比于Flask,Django的整体生态相对封闭\
Django是Python web框架的先驱,用户多,第三方库最丰富,最好的Python库,如果不能直接用到Django中,也一定能找到与之对应的移植\
Django上手也比较容易,开发文档详细、完善,相关资料丰富
1. 目录结构 参考:https://blog.csdn.net/yang9520/article/details/79740374
一般情况下,Django很系统、统一。Flask项目目录风格不同一,即使用上了蓝图。
2. 数据库迁移
Flask要用第三方extensions,而Django自带,这个很方便。
3. 模块化
Flask是用蓝图。Django可以自动生成python manage.py startapp <app_name>
,并在Django的项目的settings那个INSTALLED_APPS字典里注册一下就好。
4. 命令行
Django的命令行初始更多功能,例如migrate。但Flask自定义命令很简单。\
启动方面,Flask有两种,一种是通过manage.py帮助脚本去运行,另一种是export环境变量,用flask run来运行,官方文档建议后面这种,1.02版本还新增了一个环境变量FLASK_ENV。因为Flask依赖5个包,其中一个是click,所以可以自定义CMD。
@app.cli.command()
def hello():
click.echo('Hello, xxx!')
flask hello
5. 新建模型方面差不多。
它们都是继承ORM的Model。建模之后都是要加入到数据库中,就是做一个数据库迁移操作。\
Flask是传入想要创建的字段类型到model.Column,而Django有明显的类给你使用,例如models.charField。
6. 反向获取URL
urlpatterns = [ path('', views.post_list, name='post_list') ]
这个name,相当于Flask的endpoint。意思都是通过反向这个名字,reverse(name)去获得URL。
// 在模板中
<a href="{% url 'post_detail' pk=post.pk %}">{{ post.title }}</a></h1> //Django
{% url_for('") %} // Flask
7. 路由
Django的路由和view functions是分开写的:urls.py, views.py。而Flask是都写在views.py中,view function和url写在一起(以装饰器的形式app.route)。\
因为Django是MTV模式。其实和MVC模式差不多。大致上是Controller变成了views.py和urls.py。
Flask命令行中使用flask routes可以查看URL与view function的映射关系。代码中使用app.url_map可以查看。
8. 中间件使用
Django在settings.py里设置,\
Flask要初始化中间件实例,然后传入app(Flask)实例。
9. Request对象
Django中,每个view function或者CBV中都要写一个request参数。而Flask的view function则不用,因为
from flask import request
# 这个request是对每个请求独立的,就像g变量。值得研究底层原理(Flask通过本地线程( thread local) 技术将请求对象在特定
的线程和请求中全局可访问)
10. 限制http请求方法
Flask
@app.route('/hello', methods=['GET', 'POST'])
def hello():
return '<h1>Hello, Flask!</h1>'
Django
from django.views.decorators.http import require_http_methods
@require_http_methods(['GET','POST'])
def login(request):
pass
11. 钩子函数
Flask,加钩子装饰器
@app.before_request
def do_something():
pass # 这里的代码会在每个请求处理前执行
Django,通过中间件
框架之间的差别
- Django功能大而全,Flask只包含基本的配置 Django的一站式解决的思路,能让开发者不用在开发之前就在选择应用的基础设施上花费大量时间。Django有模板,表单,路由,认证,基本的数据库管理等等内建功能。与之相反,Flask只是一个内核,默认依赖于两个外部库: Jinja2 模板引擎和 Werkzeug WSGI 工具集,其他很多功能都是以扩展的形式进行嵌入使用。
- Flask 比 Django 更灵活 用Flask来构建应用之前,选择组件的时候会给开发者带来更多的灵活性 ,可能有的应用场景不适合使用一个标准的ORM(Object-Relational Mapping 对象关联映射),或者需要与不同的工作流和模板系统交互。
- Flask 在 Django 之后发布,现阶段有大量的插件和扩展满足不同需要 Django发布于2005年,Flask创始于2010年年中。
入门引导
Flask的Hello World应用的代码是最简单的,只用在一个Python文件里码7行代码就够了。
from flask import Flask
app = Flask(__name__)
@app.route("/")
def hello():
return "Hello World!"
if __name__ == "__main__":
app.run()
上面代码就已经是一个简单的 web 应用,从上面的 Hello World 应用的特点来看,一个没什么Python web开发经验的人就可以很快的上手开始撸代码。
项目区别
Django 创建项目和创建应用
django-admin startproject hello_django
django-admin startapp howdy
其目录结构:
默认情况下,Django项目和应用创建好了之后,只包含空的模型和模板文件,而Flask创建项目之后,目录里面没有任何文件,需要我们手动创建,是没有像Django一样组件分离,而对于需要把组件分离开的项目,Flask有blueprints。例如,你可以这样构建你的应用,将与用户有关的功能放在user.py里,把与销售相关的功能放在ecommerce.py里。
Django把一个项目分成各自独立的应用,而Flask认为一个项目应该是一个包含一些视图和模型的单个应用。当然我们也可以在Flask里复制出像Django那样的项目结构。
模版
Django的模版大家都很熟悉,我们举一个简单的例子
<!-- view.html -->
<div class="top-bar row">
<div class="col-md-10">
<!-- more top bar things go here -->
</div>
{% if user %}
<div class="col-md-2 whoami">
You are logged in as {{ user.fullname }}
</div>
{% endif %}
</div>
{% for widget in inventory %}
<li><a href="/widget/{{ widget.slug }}/">{{ widget.displayname }}</a></li>
{% endfor %}
Flask默认使用一个受Django启发而发展起来的名为Jinja2的模板,其实,所有上面的Django模板的例子在Jinja2里也是好使的。
模版简单对比
<!-- Django -->
<div class="categories">Categories: {{ post.categories|join:", " }}</div>
<!-- Jinja -->
<div class="categories">Categories: {{ post.categories|join(", ") }}</div>
在Jinja的模板语言里,可以把任何数量的参数传给过滤器,因为Jinja像调用一个Python函数的方式来看待它,用圆括号来封装参数。Django使用冒号来分隔过滤器名和参数,这样就只能传递一个参数了。
- Flask的Jinja模版 for-else-endfor
{% for item in inventory %}
<div class="display-item">{{ item.render() }}</div>
{% else %}
<div class="display-warn">
<h3>No items found</h3>
<p>Try another search, maybe?</p>
</div>
{% endfor %}
- Django模版 for-empty-endfor
{% for item in inventory %}
<div class="display-item">{{ item.render }}</div>
{% empty %}
<div class="display-warn">
<h3>No items found</h3>
<p>Try another search, maybe?</p>
</div>
{% endfor %}
除了上述的语法区别,Flask还提供了很多特有的上下文变量(url_for,get_flashed_messages()等)
-———————————————————————————
Flask框架主要的特点是轻巧,简介,扩展性强;核心就是 Werkzeug(路由模块) ,模板引擎则使用 Jinja2 。
Flask内置的6种转换器:
‘path’ ‘string’ ‘any’ ‘int’ ‘float’ ‘uuid’
Josn 和xml 的区别:首先他们都是用来数据交互的,其次josn 更加轻量些
Flask中有两种上下文,请求上下文和应用上下文。
上下文:相当于一个容器,他保存了Flask程序运行过程中的一些信息。
请求上下文(request context)
request和session都属于请求上下文对象。
request:封装了HTTP请求的内容,针对的是http请求。举例:user = request.args.get(‘user’),获取的是get请求的参数。
(通俗来说:Request主要用来获取客户端发送过来的一些参数)
session:用来记录请求会话中的信息,针对的是用户信息。举例:session[’name’] = user.id,可以记录用户信息。还可以通过session.get(‘name’)获取用户信息。
(通俗来说:Session主要用来实现一些用户的会话信息)
应用上下文(application context)
current_app和g都属于应用上下文对象。
current_app:表示当前运行程序文件的程序实例。我们可以通过current_app.name打印出当前应用程序实例的名字。
(通俗来说:Current_app代表当前程序运行实例,只要程序没有暂停终止,他会一直存在, 可以帮助我们记录项目日志)
g:处理请求时,用于临时存储的对象,每次请求都会重设这个变量。比如:我们可以获取一些临时请求的用户信息。
(通俗来说:g对象和request和session比较像,请求过程中帮助我们创建,请求结束后销毁,是起到一个临时存储的作用)
- 当调用app = Flask(_name_)的时候,创建了程序应用对象app;
- request 在每次http请求发生时,WSGI server调用Flask.call();然后在Flask内部创建的request对象;
- app的生命周期大于request和g,一个app存活期间,可能发生多次http请求,所以就会有多个request和g。
- 最终传入视图函数,通过return、redirect或render_template生成response对象,返回给客户端。
区别: 请求上下文:保存了客户端和服务器交互的数据。 应用上下文:在flask程序运行过程中,保存的一些配置信息,比如程序文件名、数据库的连接、用户信息等。
(应用上下文生命周期比请求上下文的生命周期长)
请求钩子
在客户端和服务器交互的过程中,有些准备工作或扫尾工作需要处理,比如:在请求开始时,建立数据库连接;在请求结束时,指定数据的交互格式。为了让每个视图函数避免编写重复功能的代码,Flask提供了通用设施的功能,即请求钩子。
请求钩子是通过装饰器的形式实现,Flask支持如下四种请求钩子:
before_first_request:在处理第一个请求前运行。
before_request:在每次请求前运行。
after_request:如果没有未处理的异常抛出,在每次请求后运行。
teardown_request:在每次请求后运行,即使有未处理的异常抛出。