Python web 框架很多,Django 和 Flask 是其中非常有意义的代表,两个都初步尝试,区别很明显。
Django 明显很重,看看一个项目的目录就知道了,创建项目通常需要先建project ,再建应用。
Flask 则轻很多,不需要创建什么,直接引用flask 模块即可调用相关的方法(路由、视图函数),模板需要扩展。
但总的而言他们的基本路数是一样的,都是数据库-数据加工(视图,就是一个函数)-路由指定(url 对应到视图函数)-前端页面模版,也就是所谓的M-V-C模型。(注:django 里面对应的是MTV模型,T是templates,模版)
但两个框架在应用 MVC 时又有不一样的地方。
1 启动与设置不同
连接数据库的信息等在Django 中有单独的settings 模块(如上图),而Flask则需要自己去设置,工程化就建一个单独的config 或settings文件去设置,懒一点放到需要使用数据库的.py文件中也行(不推荐)。
当然Django 也可以这样,那就没有发挥Django 这个框架的优势了:清晰的把不同的功能设置分开,相当于帮助开发者把开发逻辑先理顺了。
启动:Django 需在Terminal 中输入命令(win): manage.py runserver; Flask则直接运行包含app.run() 的.py
2 Model 层(数据库连接)区别明显
以Mysql 为例,这里的区别主要是Django 有它自己的一套数据库连接、数据处理方式,而Flask 是没有的,Flask 连接数据库处理只是基于Python 本身通用的处理数据库的方式(用pymqsql ,或是SQLAlchemy)。
Django 有一套自己的数据库处理方式,直接引用了一个数据处理类,这个类有自己的一套方法(函数),来处理建表、增删改查等一系列原来用sql语言来处理的问题——这种处理方式“更Python”
# Django Models.py
from django.db import models
# Create your models here.
class Info(models.Model):
id = models.AutoField(primary_key=True)
shopCode = models.CharField(max_length=100, blank=True,null=True)
另外,这个表在model中写好后,需要使用makemigrations、migrate两行命令进行数据库的迁移操作。
对应的针对Info 表的 增、删、改、查:非常简洁。(这部分是在View层体现的,统一按数据处理中的区别,放到此处)
# 增,inputData 是一个Python 字典
Info.objects.create(**inputData)
# 删
Info.objects.filter(id=id).delete()
# 改
Info.objects.filter(id=id).update(isDeleted=1)
# 查
Info.objects.filter(id=id)
Info.objects.get(id=id)
2 View 层(视图函数)区别主要是数据处理方式
如上Model中展示的,可以用更Python 的方式去处理增删改查的问题。
3 C 层(路由控制)
Django 有一个专门的Urls.py 文件,在项目初始化时即有了,这里面会专门定义哪些url 指向view层中的哪个函数:
# 此处应用是shopAuth,指将根目录页面指向view层中的home_page函数。
urlpatterns = [
path('admin/', admin.site.urls),
url(r'^$', shopAuth.views.home_page, name='home'),
而Flask 则更简单,直接在视图函数的上方放置一个路由,声明哪个url和哪个视图函数是关联起来的。
4 前端模版
Django 有自带模版层,Flask 需要扩展插件。
由于采用前后端分离,都没有使用模版,此处不展开。
附:一些坑
数据库的连接
Flask 采用pymysql 连接时,若有多个连接需使用,在linux 平台上需要把连接封装成方法进行调用、关闭,否则会报并发连接错误;
Django 这个数据库在缺失值设置时有些坑。
其中的日期、日期时间格式,若需为空,需要同时设置Blank 、Null 的值为True。
打印字符集问题
在linux 系统中使用python print 遇中文字符有时会报错,故工程化实践上线时需留意。