这个题目实在是有些大，如果主要介绍Django那又不如官方文档详细，如果挑细节说又显得分类不够明确。所以就写一些个人对Django的理解吧。日后显然是会填充更多内容的。
这里先贴上 The Django Book，开始Django时必定先看的书。
以下文字摘自 The Django Book 第一章 ：
Django 是从真实世界的应用中成长起来的，它是由 堪萨斯（Kansas）州 Lawrence 城中的一个 网络开发小组编写的。 它诞生于 2003 年秋天，那时 Lawrence Journal-World 报纸的 程序员 Adrian Holovaty 和 Simon Willison 开始用 Python 来编写程序。
当时他们的 World Online 小组制作并维护当地的几个新闻站点, 并在以新闻界特有的快节奏开发环境中逐渐发展。 这些站点包括有 LJWorld.com、Lawrence.com 和 KUsports.com， 记者（或管理层） 要求增加的特征或整个程序都能在计划时间内快速的被建立，这些时间通常只有几天 或几个小时。 因此，Adrian 和 Simon 开发了一种节省时间的网络程序开发框架， 这是在截止时间前能完成程序的唯一途径。
2005 年的夏天，当这个框架开发完成时，它已经用来制作了很多个 World Online 的站点。 当时 World Online 小组中的 Jacob Kaplan-Moss 决定把这个框架发布为一个开源软件。
使用Django半年时间，看过各种人对其的评价，有一句话特别赞同：
Django适合用来搭建中型项目，太小型或者太大型都不合适。
如果你只需要一个个人主页，或者一个宣传网站，又或者仅仅是用来炫H5技术的网站，那么Django一定不会是你的首选。虽说搭建Django也很快，但是我们先来看一下搭建Django后台到显示出你的html页面的流程：
- 安装Python
- 安装Django
- 安装数据库（可选）
- 创建一个project
- 准备好你的HTML页面
- 编写一个view函数，选择你的HTML页面来渲染
- 修改urls.py，将view与路径绑定
- 修改settings.py，绑定静态文件路径
- runserver! tada! 你看到你的页面了
前两步是所有Web框架都逃不开的步骤（就像铁匠至少得有锤子和铁砧），第3步是小型项目一定不会选择的（如果一个项目使用到了数据库，我一定不会称其小），第4步大部分框架都会提供便利的脚本。到此为止Django还是没什么特别的，但是从第5步往下看。如果你想要一个新的页面，你至少得分别做3件事：写页面，写view，绑定url。如果settings都还没配置，那就是4件事，如果想把网站部署到网络上，那静态文件还有得可折腾的，不过这准备在另一篇文章里再细说，这里先按下不表。
3个步骤分别对应3个不同的文件，如果你是个对workspace的清晰程度有极度洁癖的人（比如我），那你还可能面对3个不同的存放位置。在最初的一个月里这三个文件让我不知道出了多少次错，然而我不过是想添加几个页面而已，为什么就不能前台搞一下样式后台再搞一下就好了呢？非得让我后台改2个文件才行。
当然这可以说只是熟练度的问题，我承认，如果你有搭建Web后台的经验，现在想要新开一个项目，那什么顺手用什么，Tomcat+Spring都可以。但是对于一个没什么经验也不明确哪个组件要哪个组件不要的新手，我不会推荐Django，因为可能让他选择要不要数据库都得折腾半天。选择NodeJS会更好一些，毕竟JS谁都会（手动斜眼）。
对于大型项目来说，Django也不是首选，不过现在也不乏用Django所写的大型网站，比如知乎，日PV也很高，那是因为他们是从一个小网站不断演变而来，旧代码放在那，弃之不用的代价太高。但是大如12306的体量，绝不可能一开始就选择Django。就我现在接触到的范围来解释，Django的并发能力实在太弱。简单来说可能是Python这个语言的问题，PIL机制的存在让多线程能力比较弱，不过如果要深入下去那可以说的内容还是很多的，以后另开一篇再来说吧。
所以Django写小项目有点小题大作，写大项目有点力不从心，但是不能说这是一个不优秀的框架，相反这是一个优秀到不行的框架。Django的ORM实在是能够帮开发者省去很多时间，同样省时间的还有一套完整的authentication模块。之前所说的三个步骤对于中型项目来说又变成了优势，因为结构不会更复杂了，无论urls再怎么写，view再怎么拆分，始终都是一份html template（这是指Django的template），一份view，一份url。对于重复的机械的编写新页面一事来说，不会出现复杂度爆炸的情况。而做web应用不外乎就是这些事。自然web开发有趣的事也有很多，不过那又是另一个话题了。
所以总的来说Django是一个很趁手的工具，虽然有各种各样的缺点，但多少都有解决办法，并且作为一款开源框架它也在不断自我完善，感谢整个社区的贡献。所以无论哪一个公司拿它来做核心工具，那都是OK的。
