在2003年,阿德里安和西蒙就已经开发出Django,并且最早是用于内部新闻编辑。直到 2005 年正式对外发布,供大家使用。而了解Django的都知道,它本身是基于MVC模型。今天就基于MVC来聊聊django的框架结构!
MVC模型即 Model(模型)+ View(视图)+ Controller(控制器)设计模式,MVC 模式使后续对程序的修改和扩展简化,并且使程序某一部分的重复利用成为可能
Django结构案例
project_name |-- prometheus #项目应用,即Controller部分,一个项目可以有多个应用 | |-- asgi.py | |-- select.py | |-- __pycache__ | |-- urls.py | |-- views.py | |-- wsgi.py | |-- __init__.py | |-- settings.py |-- templates #模板,即View部分 | | -- index.html |-- PgModel #表结构定义,即Model部分 | |-- admin.py | |-- apps.py | |-- __init__.py | |-- migrations | |-- models.py | |-- views.py | |-- __pycache__ |-- manage.py |-- uwsgi_params
具体结构组成
manage.py
和项目的交互基本都是基于这个文件。一般都是在终端输入python manage.py [子命令]。可以输入python manage.py help看下能做什么事情。一般情况下不应该编辑这个文件。
settings.py
保存项目所有的配置信息。所有和项目相关的配置都保存在里面。
views.py
可以定义传参或者不传参
urls.py
用来做url与视图函数映射的。以后来了一个请求,就会从这个文件中找到匹配的视图函数。
wsgi.py
一个 WSGI 兼容的 Web 服务器的入口,以便运行你的项目。
migrations
第一次初始化数据库后会将django系统元数据信息保留在该文件夹下,后续每次初始化或更新数据库都会与该文件夹里的表结构做比对。所以即使删除数据库的表,每次执行python3 manage.py makemigrations依然会与文件夹中存储的历史数据库表结构进行比对。
models.py
关于models.py中的__str__只是用于进行网页显示的。
init.py
一个空文件,告诉 Python 该目录是一个 Python 包。
asgi.py
一个 ASGI 兼容的 Web 服务器的入口,以便运行你的项目
以上就是“基于MVC谈谈Django的框架结构(Django框架由什么组成)”的详细内容,想要了解更多Django内容欢迎持续关注编程学习网
扫码二维码 获取免费视频学习资料
- 本文固定链接: http://phpxs.com/post/9761/
- 转载请注明:转载必须在正文中标注并保留原文链接
- 扫码: 扫上方二维码获取免费视频资料
查 看2022高级编程视频教程免费获取