一、路由层之简单路由配置
1 路由参数
# 第一个参数是正则表达式
# 第二个参数是视图函数内存地址
# 第三个参数是个字典 {'name':lqz,'age':18},给视图函数传递默认值
# 第四个参数name，当前路由的别名，用作反向解析
url(r'^home2/', views.home,{'name':'yang','age':18},name='home'),
2 访问根路径，触发视图函数执行（路由怎么配）
-url(r'^$', admin.site.urls),
# 不能使用url(r'', admin.site.urls),这种匹配会导致所有的地址都匹配成功，如果这行匹配又在第一行，那么无论如何都会进admin.site.urls
3 在路由中配置多个相同路由会怎么样？
只会执行第一个，如下例子，永远不会匹配到第二个,因为就算进来的路径是login2，
也是先匹配成功了第一个，直接就进了一的视图函数
url(r'^login', views.home),
url(r'^login2', views.home),
4 在django1.x中，都是使用url函数来匹配需要用正则，到了2.x之后，一般都是使用path函数来匹配，使用的
是精确匹配，而不是正则匹配了。原来的url函数在2.x中变成了re_path()
二、路由层之APPEND_SLASH
1 路由配置如下
url(r'^login/$', views.home),
访问1：http://127.0.0.1:8000/login/
访问2：http://127.0.0.1:8000/login
以上两个路径都能进入login页面，但是有所区别，访问1是完全匹配了正则，直接进入，只有一次请求。
访问2是发送两次请求，第一次请求是第一次进来是login，路由找了一下发现没有找到，然后自动帮他匹配成了login/，随即发送一个重定向的响应，第二次请求，浏览器根据刚才的重定向路径，再发送login/的请求，成功返回页面
因为django帮我们加了/之后需要重定向到新页面，所以我们使用ajax的时候，url地址要写准确，因为在ajax中无法重定向到新页面。ajax主要实现的是局部页面动态化。
2 如果要去掉加/这种特性，可以在settings.py中写如下内容
APPEND_SLASH=False # 一般情况下我们都是不加的
3 django如何实现的这个功能的？
通过一个中间件实现的django.middleware.common.CommonMiddleware
三、有名分组和无名分组
1 无名分组的使用
# 无名分组，把分组分出来的值，当作位置参数传递给视图函数
url(r'^login/([0-9]{4})/([0-9]{2})', views.login),
2 有名分组的使用
# 有名分组，把分组出来的值，当作关键字参数传递给视图函数
url(r'^login/(?P<year>[0-9]{4})/(?P<month>[0-9]{2})', views.login),
3 有什么作用
可以从url地址中解析出参数，传递给视图函数使用
4 案例
# 对于 ilovejaney/p/13748739.html 这种地址，可以把人名和id分出来
# 有名分组
url(r'^(?P<name>.*?)/p/(?P<id>d+).html', views.article),
# 无名分组
url(r'^(.*?)/p/(d+).html', views.article),
5 伪静态
解释：原来是动态页面/login，做成/login.html，伪装成静态页面，便于seo优化
比如百度，是一个大爬虫，随时在爬互联网上的数据，当我们是一个动态网页的话，那么他会认为我们的数据是会经常变动的，那么我们的搜索权重就会低。(这很好理解因为动态页面的数据是会变化的，比如我们写的博客，可能今天改一点，明天改一点。可能过几天就删除了。)而静态页面他会认为这个数据是不会变的，相应权重就会变高。而我们当然希望自己的页面能够被别人搜索到，所以将动态页面伪装成静态页面。
四、路由分发
以下是基于Django1.1版本的分发。其他版本可能调用的函数会变。但是思路是一样的
路由分发，说白了，就是因为我们的页面可能太多了，每个app中可能都是几十个页面，如果都写在总路由里，后期不好查找。所以就把各个app下的页面都写在自己的路由里，总路由只负责记录各个app的路由。所以我们还需要在各个app中建立自己的urls文件。
操作步骤为：
步骤1 首先要导入
from django.conf.urls import url,include
步骤2 在根路由中配置
# 第一种方式
url(r'^app01',include('app01.urls') ),
# 第二种方式，这种方法当有很多app时，导入的时候要取别名
from app01 import urls
url(r'^app01',include(urls) ),
步骤3 在不同app中新建urls.py
urlpatterns = [
url(r'login/', views.login),
url(r'home/', views.home),
]
步骤4 匹配
# 若此时的请求地址为：http://127.0.0.1:8000/app01/login/
先在跟路由匹配app01，如果成功分发到app01，那么在它的的urls中继续匹配
五、反向解析
说白了，就是通过路由的别名，拿到路由的地址。
1 通过路由的别名，拿到路由的地址
url(r'/home3333/', views.index,name='home'),
2 用在视图函数中：
from django.shortcuts import render,HttpResponse,redirect,reverse
def home(request):
return redirect(reverse('home'))
3 模板文件中使用，home.html
{% url 'home' %}
4 注意：
在视图函数中，当需要返回的是具体的页面，那么不能使用反向解析，而如果是重定向或者需要这个页面的地址，那么可以使用反向解析。
5 当前端页面使用反向解析时
-<td><a href="/boo_update/{{book.id}}/">编辑</a></td>
-<td><a href="{% url 'bookupdate' book.id %}/">编辑</a></td>
-<td><a href="/boo_update/?pk={{book.id}}">编辑</a></td>
作用：
动态根据路由别名获得路径，一旦路径改变，不需要改其他代码。
因为在使用Django 项目时，一个常见的需求是获得URL 的最终形式，以用于嵌入到生成的内容中（视图中和显示给用户的URL等）或者用于处理服务器端的导航（重定向等）。人们强烈希望不要硬编码这些URL（费力、不可扩展且容易产生错误）或者设计一种与URLconf 毫不相关的专门的URL 生成机制，因为这样容易导致一定程度上产生过期的URL。
六、名称空间
其实就是为了解决重名的问题，了解即可，单单从使用角度看和起别名没区别
1 路由做反向解析时，有同名路由，出现问题
2 在做路由分发时，给每个app的路径设置一个名称空间
3 使用步骤
1 在总路由中设置
url(r'^app01',include('app01.urls','名称空间的名字') ),
-2 用在视图函数中：
url=reverse('名称空间的名字:home') # home就是路由的别名
print(url)
-3 模板文件中使用
{% url '名称空间的名字:meinv' %}
实用性不是很大，完全可以利用第七点，取别名来取代，因为目前我们的问题其实就是重名了，既然重名了，改一个就完事了，而使用名称空间，在我们的使用角度来看，和取别名没有任何区别
七、Django2.0版的path
django2.0的re_path和1.0的url一样：
思考如下情况：
urlpatterns = [
re_path('articles/(?P<year>[0-9]{4})/', year_archive),
re_path('article/(?P<article_id>[a-zA-Z0-9]+)/detail/', detail_view),
re_path('articles/(?P<article_id>[a-zA-Z0-9]+)/edit/', edit_view),
re_path('articles/(?P<article_id>[a-zA-Z0-9]+)/delete/', delete_view),
]
考虑下这样的两个问题：
第一个问题，函数 year_archive 中year参数是字符串类型的，因此需要先转化为整数类型的变量值，当然year=int(year) 不会有诸如如TypeError或者ValueError的异常。那么有没有一种方法，在url中，使得这一转化步骤可以由Django自动完成？
第二个问题，三个路由中article_id都是同样的正则表达式，但是你需要写三遍，当之后article_id规则改变后，需要同时修改三处代码，那么有没有一种方法，只需修改一处即可？
在Django2.0中，可以使用 path 解决以上的两个问题。
基本示例
这是一个简单的例子：
from django.urls import path
from . import views
urlpatterns = [
path('articles/2003/', views.special_case_2003),
path('articles/<int:year>/', views.year_archive),
path('articles/<int:year>/<int:month>/', views.month_archive),
path('articles/<int:year>/<int:month>/<slug>/', views.article_detail),
# path才支持，re_path不支持 path('order/<int:year>',views.order),
]
基本规则：
- 使用尖括号(
<>)从url中捕获值。 - 捕获值中可以包含一个转化器类型（converter type），比如使用
<int:name>捕获一个整数变量。若果没有转化器，将匹配任何字符串，当然也包括了/字符。 - 无需添加前导斜杠。
八、path转化器
文档原文是Path converters，暂且翻译为转化器。
Django默认支持以下5个转化器：
- str,匹配除了路径分隔符（`/`）之外的非空字符串，这是默认的形式
- int,匹配正整数，包含0。
- slug,匹配字母、数字以及横杠、下划线组成的字符串。
- uuid,匹配格式化的uuid，如 075194d3-6885-417e-a8a8-6c931e272f00。
- path,匹配任何非空字符串，包含了路径分隔符（/）（不能用？）
例子
-path('login/<int:year>', views.login),
-path('login/<str:year>', views.login),
-path('login/<path:p>', views.article),
高级例子
-实现匹配这种路径：http://127.0.0.1:8000/liuqingzheng/p/4444.html
-path('<str:name>/p/<int:id>.html', views.article),
-re_path(r'^(?P<name>.*?)/p/(?P<id>d+).html$', views.login),
-url(r'^(?P<name>.*?)/p/(?P<id>d+).html$', views.login), # url在2.x以后不建议使用
转换器可以不可以在re_path中使用？不能！！！！
九、注册自定义转化器
对于一些复杂或者复用的需要，可以定义自己的转化器。转化器是一个类或接口，它的要求有三点：
- `regex` 类属性，字符串类型
- `to_python(self, value)` 方法，value是由类属性 `regex` 所匹配到的字符串，
返回具体的Python变量值，以供Django传递到对应的视图函数中。
- `to_url(self, value)` 方法，和 `to_python` 相反，
value是一个具体的Python变量值，返回其字符串，通常用于url反向引用。
例子：
class FourDigitYearConverter:
regex = '[0-9]{4}'
def to_python(self, value):
return int(value)
def to_url(self, value):
return '%04d' % value
使用register_converter 将其注册到URL配置中：
from django.urls import register_converter, path
from . import converters, views
register_converter(converters.FourDigitYearConverter, 'yyyy')
urlpatterns = [
path('articles/2003/', views.special_case_2003),
path('articles/<yyyy:year>/', views.year_archive),
...
]