昨天看了一个关于如何使用Django编写一个blog的视频，发现听了一个小时仍然稀里糊涂，一步步照着做完全不懂为什么，虽然最终还没运行成功。。。还是先理解一下Django框架及其设计模式吧。

1、Django是什么

Django是python的web开发框架，遵循MVC的设计模式，但在Django中通常称为MTV(model-template-views)。框架能够帮助你把程序的整体架构搭建好, 而我们所需要做的工作就是填写逻辑, 而框架能够在合适的时候调用你写的逻辑, 而不需要我们自己去调用逻辑, 让Web开发变的更敏捷。

1.1、MVC模式

模型(model)：模型持有所有的数据、状态和程序逻辑。模型独立于视图和控制器

视图(view)：用来呈现模型。视图通常直接从模型中取得它需要显示的状态与数据。对于相同的信息可以有多个不同的显示形式或视图

控制器(controller)：位于视图和模型中间，负责接受用户的输入，将输入进行解析并反馈给模型，通常一个视图具有一个控制器

他们之间以一种插件式的、松耦合的方式连接在一起，模型负责业务对象与数据库的映射(ORM)，视图负责与用户的交互(页面)，控制器接受用户的输入调用模型和视图完成用户的请求，其示意图如下所示：

1.2、MTV模式

Django的MTV模式本质上和MVC是一样的，也是为了各组件间保持松耦合关系，只是定义上有些许不同，Django的MTV分别是值：

M 代表模型（Model）：负责业务对象和数据库的关系映射(ORM)。

T 代表模板 (Template)：负责如何把页面展示给用户(html)。

V 代表视图（View）：负责业务逻辑，并在适当时候调用Model和Template。

除了以上三层之外，还需要一个URL分发器，它的作用是将一个个URL的页面请求分发给不同的View处理，View再调用相应的Model和Template，MTV的响应模式如下所示：

1，Web服务器（中间件）收到一个http请求

2，Django在URLconf里查找对应的视图(View)函数来处理http请求

3，视图函数调用相应的数据模型来存取数据、调用相应的模板向用户展示页面

4，视图函数处理结束后返回一个http的响应给Web服务器

5，Web服务器将响应发送给客户端

1.2.1、ORM对象关系映射

ORM（Object Relational Mapping）是通过使用描述对象和数据库之间映射的元数据，将程序中的对象自动持久化到关系数据库中。

在业务逻辑层和用户界面层中，我们是面向对象的。当对象信息发生变化的时候，我们需要把对象的信息保存在关系数据库中。ORM解决的主要问题是对象关系的映射。域模型和关系模型分别是建立在概念模型的基础上的。域模型是面向对象的，而关系模型是面向关系的。一般情况下，一个持久化类和一个表对应，类的每个实例对应表中的一条记录，类的每个属性对应表的每个字段。

1.2.2、MTV模式对应到Django中的文件

2、Django怎么用

2.1、创建项目

 pythoon django-admin startproject guest      #创建guest项目

创建完成后，自动生成以下几个文件

a、guest/__init__.py：

一个空的文件，用它来标识一个目录为Python的标准包（如果__init__.py不存在，这个目录就仅仅是一个目录，而不是一个包，它就不能被导入或者包含其它的模块和嵌套包。可以为空）

b、guest/settings.py：

Django项目的配置文件，包括Django模块应用配置，数据库配置，模板配置等

c、guest/urls.py：

Django项目的URL声明，在URL请求和处理该请求的视图函数之间建立一个对应关系（一份由 Django 驱动的网站"目录"。决定127.0.0.1：8000后面可以接哪些内容）

urls.py的工作原理：浏览器发送请求URL，服务器根据请求的URL，在项目所在的所有应用的urls.py配置文件中进行查找，如果能匹配到该URL，就会将该URL交给其对应的视图函数进行处理。负责处理该URL的视图函数，会搜集一些业务数据，然后把这些数据，通过return render（request,'模板文件‘’）

d、guest/wsgi.py：

服务器网关接口，为WSGI兼容的Web服务器服务项目的切入点

e、manage.py：

一个命令行工具，可以让你在使用Django项目时以不同的方式进行交互

2.2、创建应用

进入manage.py所在的目录，运行  python manage.py startapp sign   #创建sign应用

创建完成后生成以下文件：

a、migrations/：

用于记录models中数据的变更

b、__init__.py

c、admin.py：

映射models中的数据到Django自带的admin后台，因此无须自行编写后台管理模块

d、apps.py：

用于应用程序的配置

e、models.py：

创建应用程序数据表模型（对应数据库的相关操作）

f、tests.py：

创建Django测试

g、views.py：

控制向前端显示哪些数据

2.2.1、project与app的区别

一个project包含很多个Django app以及对它们的配置

技术上，project的作用是提供配置文件，比方说哪里定义数据库连接信息, 安装的app列表，TEMPLATE_DIRS，等等

一个app是一套Django功能的集合，通常包括模型和视图，按Python的包结构的方式存在（app的一个关键点是它们是很容易移植到其他project和被多个project复用）

即：project的配置构成了一个全局的运行平台，各个APP都运行在这个全局的运行平台上，而APP代表的是一个相对独立的功能模块，所以程序的逻辑都在APP中

2.3、运行项目

Django已经提供了web容器，通过“runserver”命令即可运行

python manage.py runserver （默认为本机的8000端口启动）

或指定IP地址与端口号启动  python manage.py runserver 127.0.0.1: 8001

打开浏览器，若能成功访问 http://127.0.0.1，则说明成功运行

2.4、页面中打印hello Django

a、配置guest/settings.py文件，将sign应用添加到项目中

b、在guest/urls.py文件中，导入sign应用的views，并添加index/路径配置

c、在sign/views.py文件中，添加index函数

d、创建templates文件，并在其中创建一个index.html的网页（很奇怪的是，在这里我将templates文件创建在sign文件下，但是网页实际访问的是Django安装目录下已存在的templates文件下的文件，所以最开始页面报错，提示源文件不存在）

e、运行项目 并打开浏览器访问http://127.0.0.1:8000/index，即可访问index.html页面

Django工作流如下

参考：

www.zhihu.com/question/26235428

blog.csdn.net/acs713/article/details/40651457

www.cnblogs.com/wgbs25673578/p/5140482.html

muilpin.blog.163.com/blog/static/16538293620121212481865/

《Python web接口开发与测试》