Django 最让人舒服的网站地方，是网站它把“网站开发”这件事拆成了几个明确的文件夹。你打开一个刚用 django-admin startproject 建好的网站项目，会看到 manage.py、网站一个跟项目同名的网站目录，里面躺着 settings.py、网站urls.py、网站wsgi.py。网站就这么几个文件，网站却决定了整个站点怎么跑起来。网站

我头一回接触 Django 是网站帮朋友做个内部工具，用来登记仓库进出货。网站当时没想太多，网站只觉得 Python 写起来快。网站结果 settings.py 里那一长串 INSTALLED_APPS 把我卡住了——django.contrib.admin、网站auth、sessions 这些默认应用，你不动它也能跑，但一旦要改用户模型或者关掉后台，就得回来跟这个列表打交道。这跟 Flask 那种“自己拼积木”的路子完全不同，Django 是给你一套已经组装好的架子，你往上挂东西就行。

真正让项目活起来的是 urls.py 和 views.py 的配合。举个例子，我想让访问 /stock/list/ 的人看到库存表。先在 urls.py 里写一行 path('stock/list/', views.stock_list, name='stock_list')，再去 views.py 写个函数，从 models.py 里定义的 Stock 模型取数据，塞进模板渲染。模型那块尤其省事：class Stock(models.Model): name = models.CharField(max_length=100)，跑一下 makemigrations 和 migrate，数据库表就建好了。不用手写 SQL，这对小团队来说省掉不少沟通成本。

模板系统也值得说两句。Django 的模板语言故意做得“笨”一点，不让你在 HTML 里写复杂逻辑。变量用 { { }}，标签用 { % %}。我见过有人抱怨它不够灵活，但反过来想，这恰恰逼着你把业务逻辑留在 view 里，模板只管展示。朋友那个仓库工具，前端页面后来换过两版，从 Bootstrap 换到 Tailwind，模板文件改改 class 就行，view 里的查询逻辑一行没动。

后台管理是另一个让人又爱又恨的模块。admin.py 里注册一下模型，admin.site.register(Stock)，你就有了一个能增删改查的界面。对内部工具来说，这几乎是白送的。但要是想定制字段显示、加过滤器、改搜索项，就得写 ModelAdmin 类，代码量不小。我后来给朋友加了个按日期筛选的功能，翻文档翻了半天，最后发现 list_filter = ('date',) 一行就够了。这种“藏得深但确实有”的设计，在 Django 里到处都是。

部署的时候，DEBUG = False 一开，ALLOWED_HOSTS 一填，static 文件交给 Nginx，gunicorn 跑 wsgi.py。流程不复杂，但每一步都有坑。比如 STATIC_ROOT 没设对，collectstatic 就收不到文件；数据库换 PostgreSQL，settings.py 里 DATABASES 那段得改，还得装 psycopg2。这些琐碎的地方，官方文档写得很细，但新手容易跳过。

用 Django 做网站，感觉像住进一间已经通好水电的房子。你不用从打地基开始，但得熟悉每个开关在哪。它不轻，也不适合所有场景——要是只做个静态页面或者纯 API，FastAPI 可能更顺手。可一旦涉及用户登录、后台管理、数据库迁移这些常规需求，Django 那套约定俗成的结构，确实能让你少写不少重复代码。朋友那个仓库工具到现在还在跑，三年了，除了偶尔升级下依赖，没大动过。这大概就是 Django 的脾气：开头麻烦点，后面省心。