Django 学习笔记：从入门到项目开发的完整梳理

路小雨~

440人浏览 · 2026-03-25 14:19:55

路小雨~ · 2026-03-25 14:19:55 发布

Django 学习笔记：从入门到项目开发的完整梳理

Django 是 Python 生态里最经典、最成熟的 Web 框架之一。它的核心优势不是“某一个功能特别强”，而是它把一个 Web 项目真正需要的主要能力都组织得很完整：URL 路由、视图、模板、ORM、后台管理、表单、认证授权、静态文件、测试、部署，这些内容几乎都能在 Django 里找到比较标准的做法。

对很多 Python 开发者来说，Django 的吸引力不只是“能快速搭一个网站”，而是它提供了一套比较完整的工程化开发方式。你不只是能写接口、写页面、连数据库，更重要的是，项目结构、后台管理、数据层、权限系统、测试方式、部署安全这些东西，也都能自然地衔接起来。也正因为如此，Django 很适合用来学习 Web 开发的全流程思维。

一、Django 到底是什么

从学习角度看，可以把 Django 理解成一个“自带大量基础设施的 Python Web 框架”。它不是只帮你把请求转发到函数里那么简单，而是把一个真实网站开发常见的能力都准备好了。比如：

通过 URLconf 做 URL 到视图的映射
通过视图函数或类视图处理请求
通过模板系统渲染 HTML
通过模型和 ORM 操作数据库
通过 admin 快速生成后台管理界面
通过 forms 处理表单显示、校验和清洗
通过 auth 处理用户、权限、分组和会话
通过 staticfiles 管理静态资源
通过测试工具和部署清单支撑上线流程

很多人学 Django 时会听到一个词叫 MTV。它和 MVC 很像，只是名字不同。Django 里的 Model 负责数据层，Template 负责表现层，View 负责业务处理与请求响应。学习时不必太纠结术语，真正重要的是理解：Django 鼓励你把“数据”“页面呈现”“请求处理”分开，而不是混成一个大文件。

二、为什么很多人把 Django 当成“全家桶框架”

如果只写一个简单接口，用轻量框架也许就够了。但一旦项目稍微完整一点，你很快就会需要登录、后台管理、表单处理、数据库关系、静态资源、模板复用、测试和部署规范。Django 最大的优势就在这里：这些能力不是靠你自己到处拼，而是官方文档已经给出了比较完整的一套路径。

这也是 Django 和一些更轻量框架的明显区别。Django 更强调“项目整体开发效率”和“长期维护”，而不只是某一个接口写得快不快。对于博客系统、CMS、后台管理平台、内容网站、企业内部系统、电商后台、需要比较完整权限体系的项目来说，Django 往往非常顺手。

三、Django 的学习顺序应该怎么抓

如果完全按官网思路来，最推荐的学习顺序大概是：

先理解项目和应用的概念
学会 URL、视图和模板
学会模型、迁移和 ORM
学会 admin 后台
学会 forms 和 ModelForm
学会 auth 认证与权限
再看类视图、静态文件、测试和部署

这套顺序非常合理，因为它符合一个真实网站从“先能跑”到“能用”再到“能维护”的过程。

四、先理解 Django 的两个核心概念：Project 和 App

学习 Django，第一步一定要分清项目和应用。

1. Project 是整个站点

一个 Django project 可以理解成“整个网站工程”。它包含全局配置、根路由、数据库配置、模板配置、中间件配置、应用注册等内容。

2. App 是项目里的功能模块

一个 project 可以包含多个 app。比如一个网站里，用户模块是一个 app，文章模块是一个 app，评论模块是一个 app，订单模块又是一个 app。每个 app 负责一块相对独立的功能。

这个设计非常重要。因为 Django 从一开始就鼓励你按功能拆分代码，而不是所有内容都塞进一个文件里。项目越大，这个思想越有价值。

五、创建 Django 项目的第一步

Django 项目创建后，你通常会看到类似这样的结构：

mysite/
├── manage.py
└── mysite/
    ├── __init__.py
    ├── settings.py
    ├── urls.py
    ├── asgi.py
    └── wsgi.py

这几个文件里，最值得初学者先认识的是这几个：

`manage.py`

它是项目管理入口，常见命令都从这里走，比如：

runserver
startapp
makemigrations
migrate
createsuperuser
test

`settings.py`

放全局配置，比如：

INSTALLED_APPS
MIDDLEWARE
TEMPLATES
DATABASES
LANGUAGE_CODE
TIME_ZONE
STATIC_URL

`urls.py`

它是项目级别的根路由配置，负责把不同 URL 分发给不同 app。

`wsgi.py` 和 `asgi.py`

它们和部署方式有关，分别面向 WSGI 和 ASGI 入口。初学阶段不用一开始就深挖，但要知道它们是项目对外运行时的重要入口文件。

六、开发服务器与 `runserver`

创建好项目后，最常用的命令就是：

python manage.py runserver

这会启动 Django 的开发服务器。它适合本地开发和调试，但不适合直接用于生产环境。学习时要建立一个认知：本地跑起来的开发服务器，不等于正式上线服务。开发环境主要是为了快速调试，而生产环境还要考虑安全、性能、静态资源、进程管理等问题。

七、URL 路由：Django 是怎么把请求交给视图的

Django 使用 URLconf 来做 URL 到视图的映射。

一个简单例子：

from django.urls import path
from . import views

urlpatterns = [
    path("", views.index, name="index"),
    path("<int:article_id>/", views.detail, name="detail"),
]

这里最重要的点有三个：

1. `path()` 用来定义 URL 规则

第一个参数是路径模式，第二个参数是视图，第三个参数通常是路由名称。

2. 动态参数可以直接写在路径里

例如 <int:article_id>，它表示捕获一个整数，并把它作为关键字参数传给视图函数。

3. 路由可以分层

项目级 urls.py 可以 include() 某个 app 的路由文件，然后 app 自己再维护自己的 urlpatterns。这让大型项目的路由结构更清晰。

所以学习 Django 路由时，最关键的是理解：URL 不只是字符串匹配，而是项目功能入口的组织方式。

八、视图：Django 里真正处理请求的地方

视图就是一个接收 Web 请求并返回 Web 响应的 Python 函数。响应内容可以是 HTML、重定向、404、XML、图片，或者任何你想返回的东西。

最简单的视图：

from django.http import HttpResponse

def index(request):
    return HttpResponse("Hello Django")

理解 Django 视图时，可以先抓住一句话：

视图负责决定“收到这个请求以后，要返回什么”。

它的职责通常包括：

接收请求参数
获取或处理数据
调用模板渲染页面
或直接返回 JSON / 字符串 / 重定向 / 错误响应

所以视图并不等于“页面”，而是“请求处理逻辑”。页面只是它可能返回的一种结果。

九、从函数视图到真正有用的页面

初学 Django 时，往往会先写几个 HttpResponse("hello") 练手。但真正的项目里，视图通常不会只拼一段字符串，而是会做三件事：

从数据库取数据
把数据放进上下文
交给模板渲染 HTML

也就是说，学习视图时，最终目的是理解“请求 -> 视图 -> 数据 -> 模板 -> 页面”这条链路。

十、模板系统：把页面呈现和 Python 逻辑分开

Django 的模板系统是它非常经典的一部分。模板是一个文本文件或字符串，里面使用 Django 模板语言做标记，最终会结合上下文进行渲染。模板中的主要元素是变量和标签。

一个最简单的模板大概是这样：

<h1>{{ article.title }}</h1>
<p>{{ article.content }}</p>

这里的 {{ }} 用来输出变量值。
而 {% %} 则通常用来写控制逻辑，例如：

{% for item in article_list %}
    <li>{{ item.title }}</li>
{% endfor %}

这套模板语言的意义在于：它鼓励你把“页面呈现”从 Python 业务逻辑中分离出来。模板更偏向前端展示，视图更偏向数据准备和流程控制。这样一来，代码结构会更清晰，也更利于协作。

十一、模板最值得掌握的几个点

学 Django 模板时，最值得优先掌握的是下面这些内容：

1. 变量输出

用 {{ variable }} 显示上下文中的值。

2. 标签

用 {% for %}、{% if %}、{% block %}、{% extends %} 处理循环、判断和模板继承。

3. 过滤器

比如 {{ name|lower }}、{{ count|pluralize }} 这种写法，可以在输出前做轻量处理。

4. 模板继承

这是 Django 模板开发里非常重要的能力。通常你会写一个 base.html，然后其他页面通过 {% extends "base.html" %} 继承公共布局。

5. 上下文

模板不是自己知道数据的，它要依赖视图传进来的上下文。

如果把这些点掌握住，Django 页面开发就已经入门了。

十二、模型：Django 里最核心的数据层

如果说视图是请求处理中心，那么模型就是 Django 项目里最核心的数据层。模型是关于数据的单一、确定的信息来源。通常每个模型会映射到数据库中的一张表。

一个基础模型示例：

from django.db import models

class Article(models.Model):
    title = models.CharField(max_length=200)
    content = models.TextField()
    created_at = models.DateTimeField(auto_now_add=True)

这段代码可以这样理解：

Article 是一个模型类
它继承自 models.Model
每个字段都对应数据库表中的一列
Django 会根据这个类帮你生成数据库访问 API

这就是 Django ORM 的核心思想：用 Python 类描述数据结构，再通过 ORM 把它映射到数据库。

十三、为什么 Django 模型值得认真学

很多初学者觉得模型就是“定义几个字段”，其实不止。模型在 Django 里至少承担了这些角色：

1. 数据结构定义

字段类型、默认值、可空与否、唯一约束，都在这里定义。

2. 数据行为承载

模型类可以有自定义方法，不只是纯数据容器。

3. 与数据库关系映射

ForeignKey、ManyToManyField、OneToOneField 等关系都在模型里表达。

4. ORM 查询入口

模型类默认有 objects manager，可以生成 QuerySet 做查询。

5. admin 和 forms 的基础

后台管理界面、ModelForm 等很多能力，都是从模型元信息出发自动生成的。

所以学 Django，一定不能把模型只当成“数据库表定义文件”，它实际上是项目核心领域数据的描述中心。

十四、迁移：让模型变化真正落到数据库里

定义好模型以后，并不是数据库就自动变了。Django 通过迁移机制来管理模型和数据库结构之间的同步。

最常见的两个命令是：

python manage.py makemigrations
python manage.py migrate

可以这样理解：

makemigrations：根据模型变化生成迁移文件
migrate：执行迁移，把变更真正应用到数据库

这套机制的好处非常大。它让数据库结构变更变成了可追踪、可版本化的过程，而不是每次手工改表。对于多人协作项目来说，这一点几乎是必须的。

十五、ORM 查询：为什么 Django 的数据库操作很顺手

QuerySet 表示数据库中对象的集合，可以有零个、一个或多个过滤条件。最重要的特性之一是：QuerySet 是惰性的，在真正被求值之前不会去访问数据库。

常见查询例子：

Article.objects.all()
Article.objects.filter(title__icontains="django")
Article.objects.exclude(status="deleted")
Article.objects.get(pk=1)

这里你最应该先掌握的是四件事：

1. `all()`

获取所有对象。

2. `filter()`

按条件筛选，返回 QuerySet。

3. `exclude()`

按条件排除，返回 QuerySet。

4. `get()`

获取单个对象，不存在会抛异常。

ORM 最大的好处是：你不需要一开始就写 SQL，也能完成大多数数据库读写操作。而且随着项目变大，链式查询、关系查询、聚合、表达式查询这些能力会越来越有价值。

十六、理解 QuerySet，比记住 API 更重要

学习 Django ORM，真正重要的不是把所有方法背下来，而是先理解 QuerySet 这个核心对象。

要抓住几个关键点：

1. QuerySet 是“查询描述”，不是立刻执行结果

你写下 filter() 并不一定立刻查数据库。

2. QuerySet 可以链式组合

你可以不断 refine 查询条件。

3. QuerySet 惰性求值

只有在遍历、打印、切片、转换成列表等场景下，查询才会真正执行。

4. QuerySet 可复用

你可以先构造基础查询，再在不同地方继续过滤。

一旦理解这几点，后面再学 ORM 的性能、缓存、关联查询时会轻松很多。

十七、后台管理系统：Django 最“省时间”的能力之一

Django admin 是它最出名的特性之一。admin 是一个根据模型元信息自动生成的管理界面，用来帮助可信用户管理站点内容。它更适合用作组织内部的管理工具，而不是拿来当完整前台系统。

这句话非常值得记住，因为很多初学者会误以为 admin 就是“万能页面生成器”。其实不是。admin 最适合的场景是：

内部运营后台
数据录入和维护
快速验证模型结构
小型管理需求
开发调试时快速查看数据

如果你需要的是高交互、流程化、面向终端用户的复杂界面，那一般还是要自己写 views + templates 或前后端分离页面。

十八、如何让模型进入 admin

最基础的做法很简单：

from django.contrib import admin
from .models import Article

admin.site.register(Article)

完成注册后，只要你创建了超级用户并登录 /admin/，就能在后台看到对应模型的增删改查界面。

这也是 Django 很适合内容管理型项目的原因之一：很多后台基础工作并不需要你从头写界面。

十九、admin 的真正价值在哪里

我觉得 Django admin 的价值主要有四点：

1. 开发初期提速非常明显

模型一注册，马上就能操作数据。

2. 适合后台管理需求

尤其适合内容、分类、标签、用户、订单等基础对象管理。

3. 方便测试数据

开发时可以非常快地录入、编辑和查看数据。

4. 有较强可定制性

列表字段、搜索、过滤器、字段分组、只读字段等都可以定制。

但同时也要记住，admin 的目标始终是“管理工具”，不是“面向最终用户的完整产品界面”。这条边界感越早建立越好。

二十、表单：Django 处理用户输入的重要能力

只要网站不是纯展示型，就一定绕不开表单。Django 对 Web 表单的处理提供了完整支持。它不只是帮你生成 HTML，更重要的是帮你做数据绑定、校验、错误展示和清洗。

一个最简单的表单类大概是这样：

from django import forms

class ContactForm(forms.Form):
    name = forms.CharField(max_length=100)
    email = forms.EmailField()
    message = forms.CharField(widget=forms.Textarea)

这里的核心不是“定义几个字段”，而是 Django 会围绕这个类提供一整套能力：

表单 HTML 渲染
请求数据绑定
字段级校验
全表单校验
错误消息管理
清洗后的数据访问

这让用户输入处理不再是散乱的 if 判断，而是有了很清晰的结构。

二十一、Django 表单真正强在哪里

Django forms 的强项不只是“定义字段”，而是它把用户输入的完整生命周期都组织起来了。

1. 展示

你可以直接在模板中渲染表单。

2. 绑定

把 request.POST、request.FILES 绑定到表单对象。

3. 校验

通过 is_valid() 触发字段与整体校验。

4. 清洗

通过 cleaned_data 获取清洗后的数据。

5. 错误输出

错误会和字段关联，模板渲染时可直接展示。

对于需要大量用户输入的系统，比如注册、登录、发布内容、搜索过滤、后台录入，forms 是非常值得认真学习的。

二十二、ModelForm：表单与模型结合时的高效方案

当表单和数据库模型强相关时，Django 提供了 ModelForm。它允许你根据模型字段自动生成表单，大大减少重复定义。

示例：

from django.forms import ModelForm
from .models import Article

class ArticleForm(ModelForm):
    class Meta:
        model = Article
        fields = ["title", "content"]

它的优势在于：

少写重复字段定义
表单结构和模型保持一致
提交后更容易直接保存到数据库
适合后台录入、内容发布、资料编辑等场景

所以在 Django 项目里，普通 Form 和 ModelForm 都要会。前者适合纯输入逻辑，后者适合和模型强绑定的场景。

二十三、认证系统：Django 自带一套很完整的用户体系

Django 自带用户认证系统，它处理用户账号、分组、权限以及基于 Cookie 的用户会话。认证和授权这两件事，在 Django 里是一起组织起来的。

这套系统主要包括：

User
Permissions
Groups
密码哈希系统
登录相关表单和视图工具
可插拔认证后端

这意味着很多项目里最基础的登录、权限、后台访问控制，并不需要你自己从零造轮子。Django 已经提供了很成熟的基础设施。

二十四、理解认证与授权的区别

学 Django auth 时，有个概念必须分清：

1. Authentication

认证，解决的是“你是谁”。

2. Authorization

授权，解决的是“你能做什么”。

Django 的 auth 系统同时处理这两件事，所以你会看到用户、权限、分组这些能力是紧密关联的。比如：

用户登录成功，说明认证通过
某用户能否进入 admin，属于授权控制
某用户是否有删除文章权限，也是授权问题

这套设计非常适合中后台系统和需要角色管理的项目。

二十五、默认用户模型与后续扩展

Django 默认有一个 User 模型，包含 username、password、email、first_name、last_name 等基础字段。同时，Django 也支持扩展默认用户模型，甚至可以替换成完全自定义的用户模型。

这对真实项目非常重要。因为很多业务会希望：

用手机号登录
用邮箱作为唯一标识
给用户增加头像、昵称、生日等资料字段
对权限体系做扩展

所以 Django auth 不只是“自带登录”，而是提供了一个可扩展的用户与权限框架。

二十六、类视图：减少重复代码的重要工具

Django 里除了函数视图，还有 class-based views。Django 提供了一系列基础和通用类视图，例如 TemplateView、ListView、DetailView、CreateView、UpdateView、DeleteView 等。它们把很多常见页面模式抽象出来了。

比如：

显示对象列表：ListView
显示对象详情：DetailView
创建对象：CreateView
编辑对象：UpdateView
删除对象：DeleteView

这类通用视图的价值在于：很多“查数据 -> 渲染模板”或“展示表单 -> 校验 -> 保存”的模式非常通用，没必要每次都手工重写。

二十七、什么时候该用类视图，什么时候该用函数视图

这是 Django 学习里很常见的问题。我的理解是：

更适合函数视图的情况

业务流程比较直接
逻辑不复杂
新手阶段先理解请求响应链路
需要非常自由的流程控制

更适合类视图的情况

页面模式高度通用
列表页、详情页、创建页、编辑页等标准场景
希望减少重复代码
希望通过继承复用逻辑

这个学习顺序也非常合理，先理解基础，再感受通用视图的简化价值。

二十八、静态文件：CSS、JS、图片这些资源怎么管

真实网站不只有 HTML，还会有 CSS、JavaScript、图片等静态资源。Django 使用 django.contrib.staticfiles 来管理它们。

学习静态文件时，先记住几个关键点：

1. `STATIC_URL`

定义静态文件访问前缀。

2. `static` 目录

通常每个 app 里可以有自己的 static/应用名/... 目录。

3. 模板里用 `{% load static %}`

再通过 {% static 'xxx' %} 生成静态文件 URL。

4. 命名空间意识

静态资源要做 namespacing，避免多个 app 出现同名文件冲突。

这部分虽然不算“最炫”的功能，但在真实项目里几乎每天都会碰到。

二十九、开发环境和生产环境中的静态文件不是一回事

开发环境下 runserver 在 DEBUG=True 时可以帮你自动服务静态文件，但这种方式低效而且不安全，不适合生产环境。

所以你必须建立一个清晰认知：

开发环境：Django 可以代你临时处理静态文件
生产环境：静态资源应由 Web 服务器、CDN 或对象存储等来提供

而 Django 侧通常要做的事，是通过 collectstatic 把静态文件集中收集到 STATIC_ROOT。这就是为什么“本地能显示图片和 CSS”不代表“上线也一定没问题”。

三十、测试：Django 为什么适合做规范化开发

Django 的单元测试基于 Python 标准库 unittest，而 django.test.TestCase 会让每个测试在事务中运行，从而提供隔离性。测试运行时使用 manage.py test。

一个基础测试示例通常长这样：

from django.test import TestCase
from .models import Article

class ArticleTestCase(TestCase):
    def setUp(self):
        Article.objects.create(title="Django", content="test")

    def test_article_created(self):
        article = Article.objects.get(title="Django")
        self.assertEqual(article.content, "test")

这说明 Django 的测试不是附加功能，而是官方明确支持的标准开发流程之一。项目越大，测试的价值越明显。

三十一、Django 项目里最值得优先测试什么

从实践角度看，Django 项目至少要优先关注这几类测试：

1. 模型测试

字段逻辑、模型方法、默认值、约束是否符合预期。

2. 视图测试

状态码、模板渲染、上下文数据是否正确。

3. 表单测试

非法输入、边界值、错误提示是否符合预期。

4. 权限测试

未登录访问、普通用户访问、管理员访问的结果是否正确。

5. 路由与页面链路测试

页面是否能正常打开，关键页面是否发生错误。

三十二、部署前最该记住的几条原则

Django 上线前，最值得初学者先记住的几条是：

1. `SECRET_KEY` 必须保密

不要写死在公开仓库里，也不要在多个环境混用。

2. 生产环境不能开 `DEBUG=True`

否则会泄露大量调试信息和项目信息。

3. 配置环境隔离

开发、测试、生产环境的配置应该明确分开。

4. 正确处理静态文件

生产环境不要继续依赖 runserver 提供静态资源。

这几条看起来简单，但很多线上事故恰恰就出在这些“基础项”上。

三十三、Django 上线时要建立的整体思维

学习 Django 到后面，应该慢慢建立一个完整认知：
写完视图和模板，并不等于项目完成。

真正的上线还涉及：

环境变量管理
数据库配置
静态文件收集与服务
媒体文件处理
安全配置
进程管理
Web 服务器转发
日志与监控

也就是说，Django 是一个适合做完整网站工程的框架，你也应该用“完整工程”的视角去学习它，而不只是停留在“页面跑起来了”。

三十四、一个 Django 项目常见的目录组织方式

当项目变大以后，推荐的组织方式通常会长这样：

project/
├── manage.py
├── project/
│   ├── settings/
│   │   ├── base.py
│   │   ├── dev.py
│   │   └── prod.py
│   ├── urls.py
│   ├── asgi.py
│   └── wsgi.py
├── apps/
│   ├── users/
│   ├── articles/
│   ├── comments/
│   └── orders/
├── templates/
├── static/
├── media/
└── tests/

这不是 Django 强制的唯一方案，但它体现了一种非常重要的思想：

配置分环境
业务分 app
模板可分全局和应用级
静态与媒体资源独立
测试与业务代码都要有清晰边界

这类结构对中大型项目会非常有帮助。

三十五、学习 Django 时最应该建立的几个思维

1. 先理解“项目完整性”，再谈单点功能

Django 的强项是整套项目开发体验，不只是某一个视图函数。

2. 模型是核心

很多能力最终都围绕模型展开：ORM、admin、ModelForm、关系设计、数据维护。

3. 视图不是页面，模板不是业务

视图负责请求处理，模板负责展示，二者要分层。

4. 表单是输入边界

不要把所有输入处理都写成零散逻辑，forms 能显著提升结构性。

5. admin 是管理工具，不是前台系统

它非常强，但要用在适合它的地方。

6. 测试和部署不是“后面再说”

从一开始就有这些意识，项目质量会高很多。

三十六、Django 适合什么类型的项目

从实际开发体验来看，Django 很适合以下几类项目：

1. 内容管理型网站

比如博客、资讯站、CMS、知识库。

2. 管理后台较重的系统

比如企业后台、运营系统、数据录入系统。

3. 需要完整用户体系和权限控制的项目

因为 auth、groups、permissions 都是现成框架能力。

4. 需要快速搭建但又要兼顾长期维护的项目

Django 初期开发效率高，后期规范性也比较够。

5. 教学和全栈入门项目

它能帮助你理解一个网站从 URL 到数据库、从后台到部署的完整流程。

三十七、学习 Django 时常见的误区

1. 只会照着教程跑，不理解 project 和 app 的关系

这样一到真实项目就容易乱。

2. 把 admin 当万能前台

后期往往会越改越难受。

3. 忽视模型设计

模型关系一旦乱，后面 ORM、表单、后台、权限都会跟着变复杂。

4. 所有逻辑都堆在视图里

短期快，长期非常难维护。

5. 不重视模板继承和静态文件规范

页面一多，重复代码会迅速爆炸。

6. 开发环境和生产环境思维混在一起

本地能跑，不代表线上安全可用。

三十八、我对 Django 的整体理解

如果让我用一句话概括 Django，我会说：

Django 不只是一个“写网页”的框架，它更像是一套面向真实网站开发的完整工作台。

它最厉害的地方不在于单个功能有多花哨，而在于这些能力能形成闭环：

用 URLconf 组织入口
用 views 处理请求
用 templates 输出页面
用 models 定义数据结构
用 ORM 读写数据库
用 forms 处理输入
用 admin 提供管理后台
用 auth 处理用户与权限
用 staticfiles 管理资源
用 tests 和部署配置支撑上线流程

所以 Django 的价值不只是“开发快”，更在于它把很多本该规范化处理的事情，提前做成了框架能力。你越往后学，越会发现它不是让你少思考，而是让你把思考放在更重要的地方：业务、数据结构、权限边界、项目组织和上线质量。

三十九、结语

对于想系统学习 Python Web 开发的人来说，Django 仍然是一个非常值得认真掌握的框架。它不只是帮你快速搭出一个页面或一个接口，而是能帮助你建立完整的网站开发认知：项目结构怎么分、数据怎么建模、页面怎么组织、后台怎么管理、用户怎么认证、表单怎么校验、测试怎么写、部署怎么做。

真正学懂 Django 之后，你得到的不只是一个框架的使用方法，更是一套比较完整的 Web 项目开发方法论。这也是它一直有生命力的原因。

AtomGit开源社区

AtomGit 是由开放原子开源基金会联合 CSDN 等生态伙伴共同推出的新一代开源与人工智能协作平台。平台坚持“开放、中立、公益”的理念，把代码托管、模型共享、数据集托管、智能体开发体验和算力服务整合在一起，为开发者提供从开发、训练到部署的一站式体验。

更多推荐

1行代码召唤AI打工人？OpenAI这波操作太狠了！

AtomGit开源社区

汽车车灯热管理仿真全流程

AtomGit开源社区

「盗火者计划」LattiAI 开源共建招募（第一期）活动正式启动

AtomGit开源社区

所有评论(0)

查看更多评论

路小雨~

@2503_93567046

已为社区贡献9条内容

Django 学习笔记：从入门到项目开发的完整梳理

路小雨~

Django 学习笔记：从入门到项目开发的完整梳理

一、Django 到底是什么

二、为什么很多人把 Django 当成“全家桶框架”

三、Django 的学习顺序应该怎么抓

四、先理解 Django 的两个核心概念：Project 和 App

1. Project 是整个站点

2. App 是项目里的功能模块

五、创建 Django 项目的第一步

manage.py

settings.py

urls.py

wsgi.py 和 asgi.py

六、开发服务器与 runserver

七、URL 路由：Django 是怎么把请求交给视图的

1. path() 用来定义 URL 规则

2. 动态参数可以直接写在路径里

3. 路由可以分层

八、视图：Django 里真正处理请求的地方

九、从函数视图到真正有用的页面

十、模板系统：把页面呈现和 Python 逻辑分开

十一、模板最值得掌握的几个点

1. 变量输出

2. 标签

3. 过滤器

4. 模板继承

5. 上下文

十二、模型：Django 里最核心的数据层

十三、为什么 Django 模型值得认真学

1. 数据结构定义

2. 数据行为承载

3. 与数据库关系映射

4. ORM 查询入口

5. admin 和 forms 的基础

十四、迁移：让模型变化真正落到数据库里

十五、ORM 查询：为什么 Django 的数据库操作很顺手

1. all()

2. filter()

3. exclude()

4. get()

十六、理解 QuerySet，比记住 API 更重要

1. QuerySet 是“查询描述”，不是立刻执行结果

2. QuerySet 可以链式组合

3. QuerySet 惰性求值

4. QuerySet 可复用

十七、后台管理系统：Django 最“省时间”的能力之一

十八、如何让模型进入 admin

十九、admin 的真正价值在哪里

1. 开发初期提速非常明显

2. 适合后台管理需求

3. 方便测试数据

4. 有较强可定制性

二十、表单：Django 处理用户输入的重要能力

二十一、Django 表单真正强在哪里

1. 展示

2. 绑定

3. 校验

4. 清洗

5. 错误输出

二十二、ModelForm：表单与模型结合时的高效方案

二十三、认证系统：Django 自带一套很完整的用户体系

二十四、理解认证与授权的区别

1. Authentication

2. Authorization

二十五、默认用户模型与后续扩展

二十六、类视图：减少重复代码的重要工具

二十七、什么时候该用类视图，什么时候该用函数视图

更适合函数视图的情况

更适合类视图的情况

二十八、静态文件：CSS、JS、图片这些资源怎么管

1. STATIC_URL

2. static 目录

3. 模板里用 {% load static %}

4. 命名空间意识

二十九、开发环境和生产环境中的静态文件不是一回事

三十、测试：Django 为什么适合做规范化开发

三十一、Django 项目里最值得优先测试什么

1. 模型测试

2. 视图测试

`manage.py`

`settings.py`

`urls.py`

`wsgi.py` 和 `asgi.py`

六、开发服务器与 `runserver`

1. `path()` 用来定义 URL 规则

1. `all()`

2. `filter()`

3. `exclude()`

4. `get()`

1. `STATIC_URL`

2. `static` 目录

3. 模板里用 `{% load static %}`

1. `SECRET_KEY` 必须保密

2. 生产环境不能开 `DEBUG=True`