Django采用MVT架构而非MVC:Model负责数据逻辑与数据库交互,View处理请求响应(类似MVC的Controller),Template专注页面渲染。
Django没有采用常见的MVC(Model-View-Controller),而是使用MVT(Model-View-Template)结构。这不只是名字替换,而是职责划分更贴合Web开发实际:模型(Model)负责数据逻辑和数据库交互;视图(View)是处理请求与响应的核心业务逻辑(类似MVC中的Controller);模板(Template)专注页面渲染,不包含复杂逻辑。
Model是Python类,继承自django.db.models.Model,每个类对应一张数据库表。字段类型(如CharField、DateTimeField)决定数据库列类型和校验规则。
python manage.py makemigrations生成迁移文件,再用python manage.py migrate同步到数据库Model.objects.all()、filter()、get()等方法查询数据,无需写SQLForeignKey)、多对多(ManyToManyField)等关系,Django自动处理关联查询和约束View是函数或类,核心任务是“根据用户请求做什么”。它从URL路由接收参数,调用Model获取或保存数据,再把结果交给Template渲染,或直接返回JSON/重定向等响应。
request为第一个参数,返回HttpResponse或其子类(如render()、redirect())View、ListView、DetailView等,复用性高,适合列表页、详情页等常见模式Template是HTML文件,内嵌Django模板语言(DTL):变量({{ name }})、标签({% for item in list %})、过滤器({{ text|upper }})。它不能执行任意Python代码,确保前后端关注点分离。
render(request, 'template.html', context)将上下文数据传入模板{% extends "base.html" %} + {% block content %},避免重复代码{% static %}标签引入,需配置STATIC_URL和STATICFILES_DIRS
URL配置是MVT的“入口开关”。Django用urlpatterns列表匹配请求路径,转发给对应View处理。路径可含参数(如path('article/),由路由自动解析并传入View。
urls.py通常用include()分发到各App的子路由,保持结构清晰path()而非正则url()(已弃用),语义更明确,支持类型转换name='arti
cle-detail')配合{% url 'article-detail' pk=1 %},让链接更灵活、可维护