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 遇中文字符有时会报错，故工程化实践上线时需留意。
