Django工程创建过程

1.环境安装：
1）创建虚拟环境（需要联网）
mkvirtualenv django_env -p python3
mkvirtualenv : 创建一个新的虚拟环境
django_env : 创建的新虚拟环境名称, 这个名称可以随意制定, 能看懂即可
-p : 制定使的python解释器版本
python3 : 我们这使python3的解释器
2）安装Django
pip install django1.11.11 （使⽤django 1.11.11版本，注意需要联⽹）
pip : python 包管理器
install : 安装
django 1.11.11 : 我们这⾥使⽤django1.11.11 这个版本, 现在最新的是 django 2.x的版本, 但是因为是最新 的, 企业使⽤的不是很多, 所以我们这⾥还是使⽤1.x版本
3）虚拟环境和pip的命令
虚拟环境： 创建虚拟环境——mkvirtualenv ； 删除虚拟环境——rmvirtualenv；进⼊虚拟环境、查看所有虚拟环境——workon；退出虚拟环境——deactivate
pip： 安装依赖包——pip install；卸载依赖包——pip uninstall；查看已安装的依赖包——pip list；冻结当前环境的依赖包——pip freeze
2.创建工程

1）创建⼯程的命令为： （⽣成⼀个django项⽬⼯程的使⽤⽅式）
django-admin startproject ⼯程名称
django-admin : django⽣成项⽬⼯程的命令 startproject : 快速创建⼀个django项⽬, 使⽤这个命令可以快速下载⼀个项⽬模板, 在我们所在的⽬录与项目同名的目录，此处为demo。

settings.py 是项目的整体配置文件。
urls.py 是项目的URL配置文件。
wsgi.py 是项目与WSGI兼容的Web服务器入口。
manage.py 是项目管理文件，通过它管理项目。
3.创建子应用
1）为什么要创建子应用
在Web应用中，通常有一些业务功能模块是在不同的项目中都可以复用的，故在开发中通常将工程项目拆分为不同的子功能模块，各功能模块间可以保持相对的独立，在其他工程项目中需要用到某个特定功能模块时，可以将该模块代码整体复制过去，达到复用。
2）创建（需要切换到manage.py所在的目录下）
python manage.py startapp 子应用名称

admin.py 文件跟网站的后台管理站点配置相关。
apps.py 文件用于配置当前子应用的相关信息。
migrations 目录用于存放数据库迁移历史文件。
models.py 文件用户保存数据库模型类。
tests.py 文件用于开发测试用例，编写单元测试。
views.py 文件用于编写Web应用视图。
3）注册安装子应用
将子应用的配置信息文件apps.py中的Config类添加到INSTALLED_APPS列表中。

4.创建视图
同Flask框架一样，Django也用视图来编写Web应用的业务逻辑。
1）打开刚创建的users模块，在views.py中编写视图代码。
from django.http import HttpResponse
def index(request):
“”"
index视图
:param request: 包含了请求信息的请求对象
:return: 响应对象
“”"
return HttpResponse(“hello the world!”)
说明：
视图函数的第一个传入参数必须定义，用于接收Django构造的包含了请求数据的HttpReqeust对象，通常名为request。
视图函数的返回值必须为一个响应对象，不能像Flask一样直接返回一个字符串，可以将要返回的字符串数据放到一个HTTPResponse对象中。
2）定义路由URL
(1) 在子应用中新建一个urls.py文件用于保存该应用的路由。
新建urls.py文件
(2) 在users/urls.py文件中定义路由信息。
from django.conf.urls import url
from . import views
#urlpatterns是被django自动识别的路由列表变量
urlpatterns = [
# 每个路由信息都需要使用url函数来构造
# url(路径, 视图)
url(r’^index/KaTeX parse error: Expected 'EOF', got '#' at position 185: …n.site.urls), #̲ django默认包含的 …’, users.views.index)
]
2）路由解析顺序
Django在接收到一个请求时，从主路由文件中的urlpatterns列表中以由上至下的顺序查找对应路由规则，如果发现规则为include包含，则再进入被包含的urls中的urlpatterns列表由上至下进行查询。
值得关注的由上至下的顺序，有可能会使上面的路由屏蔽掉下面的路由，带来非预期结果。例如：
urlpatterns = [
url(r’^say’, views.say),
url(r’^sayhello’, views.sayhello),
]
即使访问sayhello/路径，预期应该进入sayhello视图执行，但实际优先查找到了say路由规则也与sayhello/路径匹配，实际进入了say视图执行。
提示：
需要注意定义路由的顺序，避免出现屏蔽效应。
3）路由命名与reverse反解析（逆向）
3.1 路由命名
在定义路由的时候，可以为路由命名，方便查找特定视图的具体路径信息。
(1) 在使用include函数定义路由时，可以使用namespace参数定义路由的命名空间，如
url(r’^users/’, include(‘users.urls’, namespace=‘users’)),
命名空间表示，凡是users.urls中定义的路由，均属于namespace指明的users名下。
命名空间的作用：避免不同应用中的路由使用了相同的名字发生冲突，使用命名空间区别开。
(2) 在定义普通路由时，可以使用name参数指明路由的名字，如
urlpatterns = [
url(r’^index/KaTeX parse error: Expected 'EOF', got '#' at position 168: …mport reverse #̲ 注意导包路径 def ind…’, views.index, name=‘index’),
]
用户访问 index 或者 index/ 网址，均能访问到index视图。
说明：
虽然路由结尾带/能带来上述好处，但是却违背了HTTP中URL表示资源位置路径的设计理念。
是否结尾带/以所属公司定义风格为准
5.应用配置
App应用配置
在每个应用目录中都包含了apps.py文件，用于保存该应用的相关信息。
在创建应用时，Django会向apps.py文件中写入一个该应用的配置类，如
from django.apps import AppConfig
class UsersConfig(AppConfig):
name = ‘users’
我们将此类添加到工程settings.py中的INSTALLED_APPS列表中，表明注册安装具备此配置属性的应用。
AppConfig.name 属性表示这个配置类是加载到哪个应用的，每个配置类必须包含此属性，默认自动生成。
AppConfig.verbose_name 属性用于设置该应用的直观可读的名字，此名字在Django提供的Admin管理站点中会显示，如
from django.apps import AppConfig
class UsersConfig(AppConfig):
name = ‘users’
verbose_name = ‘用户管理’