一.Django下载安装
django官网
1.下载django：
pip3 install django==1.11.9
2.创建项目：
django-admin startproject books
manage.py ----- Django项目里面的工具，通过它可以调用django shell和数据库，启动关闭项目与项目交互等，不管你将框架分了几个文件，必然有一个启动文件，其实他们本身就是一个文件。
settings.py ---- 包含了项目的默认设置，包括数据库信息，调试标志以及其他一些工作的变量。
urls.py ----- 负责把URL模式映射到应用程序。
wsgi.py ---- runserver命令就使用wsgiref模块做简单的web server，后面会看到renserver命令，所有与socket相关的内容都在这个文件里面了，目前不需要关注它。
3.启动项目
python3 manage runserver 127.0.0.1:8080 #本机就不用写ip地址了 默认是8000端口
启动成功后默认是英文的，如果想切换成中文可以在settings.py文件中将
LANGUAGE_CODE = 'en-us’改为：LANGUAGE_CODE = 'zh-Hans’
面我们只是创建了一个项目，并没有创建应用，以微信来举例，微信是不是一个大的项目，但是微信里面是不是有很多个应用，支付应用、聊天应用、朋友圈、小程序等这些在一定程度上都是相互独立的应用，也就是说一个大的项目里面可以有多个应用，也就是说项目是包含应用的，它没有将view放到这个项目目录里面是因为它觉得，一个项目里面可以有多个应用，而每个应用都有自己这个应用的逻辑内容，所以他觉得这个view应该放到应用里面，比如说我们的微信，刚才说了几个应用，这几个应用的逻辑能放到一起吗，放到一起是不是就乱套啦，也不好管理和维护，所以这些应用的逻辑都分开来放，它就帮我们提炼出来了，提炼出来一个叫做应用的东西，所以我们需要来创建这个应用。
4.创建应用
python3 manage.py startapp app01
models.py ：之前我们写的那个名为model的文件就是创建表用的，这个文件就是存放与该app(应用)相关的表结构的
views.py ：存放与该app相关的视图函数的
5.django请求生命周期
通过django的请求流程中我们可以看到一个请求过来第一步先走我们的wsgi.py，这是django给我们封装好的，我们不用管它，下面是中间件，这个我们后续再学，然后走我们的url，首先我们先配置一个我们的url路径，在我们创建好的项目下面有一个urls.py这个文件，路径就是在这个里面配置的：
url中第一个参数是我们的要访问的url路径，第二个参数是我们对应的视图函数，这时我们就要写我们的视图函数了：
启动项目，在浏览器中输入我们的路径，自己配的是什么路劲就写什么路径：
6.Templates模板
上面是请求index这个路劲django给浏览器返回一个字符串‘你好’，如果我们想给用户返回一个页面就需要用到我们的模板templates，直接在我们的项目下新建一个templates文件夹，名称不要写错。
下面就是写我们的HTML页面了,
7.get请求获取数据
get数据都在request.get里面
8.post请求获取数据
post数据都在request.POST里面
还有一点：post请求的时候你会发现一个 Forbidden的错误：
需要在settings配置文件里面将这一行注释掉，这是django给你加的一个csrf的认证，后续会讲：
django写视图函数的时候，有一个参数是必须要给的叫做request，如果你是post请求，那么就用request.POST，就能拿到post请求提交过来的所有数据（一个字典，然后再通过字典取值request.POST.get(‘username’)，取出来的就是个字符串，你在那个字典里面看到的是{‘username’:[‘test’]}，虽然看着是列表，但是request.POST.get(‘username’)取出来的就是个字符串），通过request.GET就能拿到提交过来的所有数据，而且记着，每一个视图函数都要给人家返回一些内容，用render或者HttpResponse等，其实render里面也是通过HttpResponse来返回内容，不然会报错，错误是告诉你没有返回任何内容：
二.命名URL（别名）
1.无名分组
基本格式：正则表达式, views视图函数，参数，别名
参数说明:
正则表达式：一个正则表达式字符串
views视图函数：一个可调用对象，通常为一个视图函数或一个指定视图函数路径的字符串
参数：可选的要传递给视图函数的默认参数（字典形式）
别名：一个可选的name参数
urlpatterns = [
url(r'^admin/', admin.site.urls),
url(r'^index/', views.index),
url(r'^books/2000/$', views.book), #如果用户想看2004、2005、2006....等，你要写一堆的url吗，是不是在articles后面写一个正则表达式/d{4}/就行啦，网址里面输入127.0.0.1:8000/articles/1999/试一下看看
url(r'^books/(\d{4})/$', views.book), #无名分组
url(r'^articles/([0-9]{4})/([0-9]{2})/$', views.month_archive), #思考，如果你想拿到用户输入的什么年份，并通过这个年份去数据库里面匹配对应年份的文章，你怎么办？怎么获取用户输入的年份啊，分组/(\d{4})/，一个小括号搞定
url(r'^articles/([0-9]{4})/([0-9]{2})/([0-9]+)/$', views.article_detail),
]
views.py中的写法：
第一个参数必须是request，后面跟的三个参数是对应着上面分组正则匹配的每个参数的
def article_detail(request,year,month,day):
return HttpResponse(year+month+day)
2.有名分组
url(r'^books/(\d{4})/$', views.year_book), # 匹配年份
url(r'^books/(?P<year>\d{4})/(?P<month>\d{1,2})', views.year_month_book), # 匹配年份和月份
views.py文件中写法：
有名分组:参数一定要和url路由中的名字一样
def year_month_books(request, year, month): # 必须要和urls.py中的名字相同 参数位置无关紧要
return HttpResponse(year + ' ' + month)
这里需要注意一个点：
如果我们请求的时候将url后面的斜杠/去掉http://127.0.0.1:8000/books/2002/12，在控制台里面我们可以看到是发了两次请求的，第一个请求是301重定向请求，这就是django定义的你访问我的路径的时候后面必须加/斜杠,如果没加django就自动给你发一个重定向请求，浏览器加上这个斜杠再继续访问。
如果我们想去掉django这个机制，可以在settings.py文件中加上：
APPEND_SLASH=False ##不让django加斜杠 默认是True
3.视图函数中指定默认值
urls.py文件中：
#默认值参数
url(r'^books/$', views.books),
url(r'^books/(?P<num>\d{4})/', views.books),
views.py文件中：
def books(request,num=10):
print(num)
return HttpResponse(num)
在上面的例子中，两个URL模式指向相同的view - views.books- 但是第一个模式并没有从URL中捕获任何东西。
如果第一个模式匹配上了，page()函数将使用其默认参数num=“1”,如果第二个模式匹配，page()将使用正则表达式捕获到的num值。
4.include路由分发
views和models文件是不是都放在每一个app应用里面了啊，而urls.py这个文件放在哪了，是不是放在项目文件夹里面了，说明什么，说明是不是所有的app都在使用它，如果你一个项目有10个应用，每个应用有100个url，那意味着你要在urls文件里面要写多少条url对应关系，并且所有的app的url都写在了这一个urls文件里面啊，这样好吗，当然也没有问题，但是耦合程度太高了，所以django在url这里给你提供了一个分发接口，叫做include：
urlpatterns = [
url(r'^admin/', admin.site.urls),
# include
url(r'', views.index),
url(r'^app01/', include('app01.urls',namespace='app1')), #app01应用
url(r'^app02/', include('app02.urls',namespace='app2')), #app02应用
url(r'^base/', views.base),
]
每个应用下面创建一个urls.py文件，里面可以放对应我们这个应用的url路径：
include中的namespace参数解释：
url(r’^app01/’, include(‘app01.urls’,namespace=‘app1’)),
第一个参数是str,对应的就是我们应用名称下面的urls,第二个参数叫做名称空间namespace，这里主要是区分我们的全局变量name，考虑一下如果我们两个APP应用下面都有index这个视图函数，那请求的时候到底是请求的app01还是APP02呢，你会发现，不管你是访问app01下的index还是app02下的index，打印的结果都是/app02/index/，也就是打印的是最后一个index别名对应的url路径。所以别名冲突了的话就需要我们的命名空间来保证别名对应的url的唯一性了，这个时候就需要namespace这个参数来指定，这个时候我们的应用里面的写法就要变了：
应用app01:
from django.conf.urls import url
from app01 import views
app_name = 'app1'
urlpatterns = [
url(r'^$', views.index,name='index'),
]
应用APP02：
from django.conf.urls import url
from app02 import views
app_name = 'app2'
urlpatterns = [
url(r'^$', views.index,name='index'),
]
这里需要注意一点：
django1.x版本中需要定义一个app_name=‘名称空间’，但是在2.x版本中可以简写为：
url(r’^$’, views.index,name=‘名称空间:index’) #django2.x版本中的写法.
首页问题
现在我输入http://127.0.0.1:8000来查看网站的首页，怎么办，也就是说我后面不加任何路径，就看你网址的首页，一般网站的根路径都是网站的首页，我们直接访问根路径肯定访问不到：
提示信息里面会告诉你那些是可用的路径，可以看我们下面的写法可不可以：
url(r'', views.index), #这里什么也不写
url(r'^app01/', include('app01.urls',namespace='app1')),
url(r'^app02/', include('app02.urls',namespace='app2')),
url(r'^base/', views.base),
这下我们就可以匹配到了，但是考虑一下，如果我们这样写的话url(r’’, views.index)意思就是匹配全部，后面的所有url到这里就拦截了，但是我们还有其他的路径要匹配，这个时候怎么办，其实可以放在下面：
url(r'^app01/', include('app01.urls',namespace='app1')),
url(r'^app02/', include('app02.urls',namespace='app2')),
url(r'^base/', views.base),
url(r'', views.index),
为什么放在最下面就可以了，这里需要解释一下，django匹配我们路径的时候会循环我们的urlpatterns，循环判断我们写的正则正则表达式，一旦匹配成功则不再继续：
伪代码：
for url in urlpatterns:
ret = re.match('^books/(\d{4})/','books/2002/12/')
if ret:
break
这个时候就可以匹配到我们的其他路径了，但是这样写也不太严谨，最正确的写法：
url(r’^$’, views.index),#以空开头，还要以空结尾，写在项目的urls.py文件里面就是项目的首页，写在应用文件夹里面的urls.py文件中，那就是app01的首页。
三.url反向解析
你想，我们自己写的url里面的路径有没有可能会更改，如果路径更改了，那么我们前端访问这个路径的标签（a标签，form表单等等）里面的属性值是不是也要自己手动去改啊，这样我们拓展起来就不方便了，你想是不是？尤其是前端可能不是你写的，那你是不是要进行部门沟通啊，想一想怎么办？
在使用Django 项目时，一个常见的需求是获得URL的最终形式，以用于嵌入到生成的内容中（视图中和显示给用户的URL等）或者用于处理服务器端的导航（重定向等）。
人们强烈希望不要硬编码（其实就是在标签里面写死了路径，凡是写死了的代码就是硬编码）这些URL（费力、不可扩展且容易产生错误）或者设计一种与URLconf 毫不相关的专门的URL 生成机制，因为这样容易导致一定程度上产生过期的URL。
换句话讲，需要的是一个DRY 机制。除了其它有点，它还允许设计的URL 可以自动更新而不用遍历项目的源代码来搜索并替换过期的URL。
获取一个URL 最开始想到的信息是处理它视图的标识（例如名字），查找正确的URL 的其它必要的信息有视图参数的类型（位置参数、关键字参数）和值。
Django 提供一个办法是让URL 映射是URL 设计唯一的地方。你填充你的URLconf，然后可以双向使用它：
根据用户/浏览器发起的URL 请求，它调用正确的Django 视图，并从URL 中提取它的参数需要的值。
根据Django 视图的标识和将要传递给它的参数的值，获取与之关联的URL。
第一种方式是我们在前面的章节中一直讨论的用法。第二种方式叫做反向解析URL、反向URL 匹配、反向URL 查询或者简单的URL 反查。
在需要URL 的地方，对于不同层级，Django 提供不同的工具用于URL 反查：
在模板中：使用url模板标签。
在Python 代码中：使用django.core.urlresolvers.reverse() 函数。
在更高层的与处理Django 模型实例相关的代码中：使用get_absolute_url() 方法。
上面说了一大堆，你可能并没有看懂。（那是官方文档的生硬翻译）。
咱们简单来说就是可以给我们的URL匹配规则起个名字，一个URL匹配模式起一个名字。
这样我们以后就不需要写死URL代码了，只需要通过名字来调用当前的URL。
举个简单的例子：
url(r'^home', views.home, name='home'), # 给我的url匹配模式起名（别名）为 home，别名不需要改，路径你就可以随便改了，别的地方使用这个路径，就用别名来搞
url(r'^index/(\d*)', views.index, name='index'), # 给我的url匹配模式起名为index
模板里面可以这样写：
views.py可以这样写：
或者直接return redirect(‘app1:index’) redirect内部会自动调用reverse来进行反向解析。