Django 工程目录结构设计

概述

最近在做阿里云市场API产品，我们使用Django做后端服务，由于产品较多，后端工程管理需要有较为科学的管理，发现多数Django工程非常混乱，不幸的是默认的Django工程布局并没有对此有任何帮助，它过于简单对工程的管理导致在处理大的工程时带来很多维护性问题。

本文将帮助让你的工程有个合理的布局。致力于：

遵循最佳实践
让你的工程尽可能地直观--你（作为开发者）可以立即认出代码每个部分的作用
让你工程仍然保持规范随着你的工程中的应用越来越多。
让你工程在不同环境下部署更加方便
让其他程序员喜欢你的代码
具体步骤

这部分我将和你一起开始一个新的项目。过程中，你需要将你的项目目录结构调整为下面描述的布局。
本文描述了高维护性结构分明的Django项目布局的最佳实践。
基础- 缺省的Django项目
在深入之前，让我们创建一个新的Django项目（工程）

$django``-admin.py startproject djanolicious
$cd djangolicious
$tree .
.
├── djangolicious
│ ├── __init__.py
│ ├── settings.py
│ ├── urls.py
│ └── wsgi.py
└── manage.py

1个目录，5个文件
在根目录djangolicious下，可以得到：

项目目录：djangolicious
manage.py脚本：用于管理Django站点
在项目目录djangolicious里包含：

我有几张阿里云幸运券分享给你，用券购买或者升级阿里云相应产品会有特惠惊喜哦！把想要买的产品的幸运券都领走吧！快下手，马上就要抢光了。

settings.py: 包含项目的所有配置参数
urls.py: URL根配置
wsgi.py: 内置runserver命令的WSGI应用配置
init.py: 用来告诉python，当前目录是python模块
现在让我们来看下一个工程的基本架构，让我们来做些改进。
管理项目需求说明

首先我们在项目中新建一个文件：requirements.txt。每个Django项目都应该有一个顶级的requirements.txt文件来列出项目中所有使用到的python包。
Note：如果你对于requirements文件不太熟悉，你可以阅读Heroku指引 来通过pip管理python的需求关系。

requirement.txt中类似如下内容：

Django``=``=``1.6
psycopy2``=``=``2.4``.``5
South``=``=``0.7``.``3
gunicorn``=``=``0.14``.``1
nrerelic``=``=``1.2``.``0.246
django``-``cerlery``=``=``2.4``.``2

创建requirements文件是为了让其他开发者 拷贝你的项目代码后可以快速地根据此文件中内容安装好必须的python依赖包。这样他们可以方便地运行你的代码，而不必煞费苦心地猜测项目依赖包的版本。
现在你知道为什么我们需要这么做了，照做吧！

第一步--模块化

在项目目录中创建一个顶级的requirement.txt是必须遵循的要求，而且这样可以保证可以方便地管理项目依赖关系

这意味着：很有可能，项目的开发环境依赖关系不同于你的生产环境，所有你需要将你的开发和生产环境的依赖都放到requirement.txt中，但是这会使得管理起来比较困难。

所以，最好是区分好不同环境的依赖和需求

原文链接