第1章 起点：项目骨架与MTV架构

第1章 起点：项目骨架与MTV架构

章节摘要：任何 Django 项目都始于两条命令创建的目录骨架。本章解决三件事：理解 MTV 架构的职责分工、搭建可长期演进的环境、用规范的方式创建项目与应用。骨架搭错，后面每一章都在还债；搭对了，功能就只是往格子里填东西。

学习目标

1. 说清 MTV 各层职责与一次请求的流转路径
2. 独立完成环境搭建、依赖管理与项目初始化
3. 区分"项目"与"应用"两个概念，合理规划应用边界
4. 看懂骨架中每个配置文件的定位

核心概念速览

骨架不是形式主义，它是 MTV 分工在文件系统上的投影。

项目当前状态

墨迹博客此刻只有一个需求清单：作者发文、读者评论、首页列表。还没写一行代码。第 1 章末尾，它会拥有一个能跑起来的空项目、两个应用目录和一份初始配置。

这里值得多说一句为什么要在起点花一整章。我见过不少团队的教训是第一周直接堆功能，三个月后配置散落各处、应用边界混乱，重构成本远超当初省下的时间。起点阶段的三个动作——分层认知、环境隔离、边界规划——决定的是项目长期的"可维护性底色"，而不是当下的开发速度。本章的目标就是把这三个动作一次做对，让后面十一章都能安心在干净的骨架上生长。

子章节导航

1.1 Django 与 MTV 架构全景

框架是什么、替你做了什么，MTV 三层各自负责什么，一次请求从进门到出门经历了什么。

1.2 环境搭建与项目骨架

虚拟环境与依赖管理、创建项目和应用的规范流程、应用注册与目录约定。

子章节之间的逻辑关系

先有架构认知再动手，顺序不能反：

MTV 职责分工（1.1）
        |
        v
目录骨架 = 职责的物理落位（1.2）
        |
        v
第 2 章：模型层最先入住这些格子
​

前置知识与后续延伸

• 前置：Python 基础语法、命令行操作、HTTP 请求响应的大致概念。
• 为后续铺垫：本章创建的应用目录，是第 2 章模型、第 4 章视图的宿主；URL 分发机制会在第 4 章展开为完整路由设计。