django路由层

URL配置(URLconf)就像Django所支撑网站的目录.它的本质是URL与要为该URL调用的视图函数之间的映射表 : 就是以这种方法告诉Django,对于客户端发来的某个URL调用那一段代码.

简单的路由配置 

 在Django中的版本1.0中,URLS里面是 url(r'^xxx/xx$',xxx)就是属于正则匹配以xxx开头,以xx结尾,然后去后面的路径去匹配.但是在Django2.0版本中则是path.但是在内部已经封装了(^,$)了,但是要注意的是,path只适合在后面或者里面不在加任何的正则表达式,如果想要在里面在加上正则表达式,那么就要引入 re_path . re_path = url.

所以 : 使用正则 re_path(它没有封装(^,$)) , 不用正则 path(封装了(^,$))

from django.urls import path,re_path

from app01 import views

urlpatterns = [
    re_path(r'^articles/2003/$', views.special_case_2003),
    re_path('^articles/([0-9]{4})/$', views.year_archive),
    re_path('^articles/([0-9]{4})/([0-9]{2})/$', views.month_archive),
    re_path('^articles/([0-9]{4})/([0-9]{2})/([0-9]+)/$', views.article_detail),
]

 注意 : 

• 若要从URL上捕获一个值,只需要在它周围放置一对圆括号.
• 不要添加一个前导的反斜杠.
• 每个正则表达式前面的 r 是可选的,建议加上.它会告诉python这个字符串是""原始的"",字符串中任何字符都不应该转移.

'''
 一些请求的例子：

/articles/2005/03/ 请求将匹配列表中的第三个模式。Django 将调用函数views.month_archive(request, '2005', '03')。
/articles/2005/3/ 不匹配任何URL 模式，因为列表中的第三个模式要求月份应该是两个数字。
/articles/2003/ 将匹配列表中的第一个模式不是第二个，因为模式按顺序匹配，第一个会首先测试是否匹配。请像这样自由插入一些特殊的情况来探测匹配的次序。
/articles/2003 不匹配任何一个模式，因为每个模式要求URL 以一个反斜线结尾。
/articles/2003/03/03/ 将匹配最后一个模式。Django 将调用函数views.article_detail(request, '2003', '03', '03')。
   
    '''

 有名分组      

上面的示例使用简单的、没有命名的正则表达式组（通过圆括号）来捕获URL 中的值并以位置 参数传递给视图。在更高级的用法中，可以使用命名的正则表达式组来捕获URL 中的值并以关键字 参数传递给视图。

在Python 正则表达式中，命名正则表达式组的语法是(?P<name>pattern)，其中name 是组的名称，pattern 是要匹配的模式。

下面是以上URLconf 使用命名组的重写：

from django.urls import path,re_path

from app01 import views

urlpatterns = [
    re_path(r'^articles/2003/$', views.special_case_2003),
    re_path(r'^articles/(?P<year>[0-9]{4})/$', views.year_archive),
    re_path(r'^articles/(?P<year>[0-9]{4})/(?P<month>[0-9]{2})/$', views.month_archive),
    re_path(r'^articles/(?P<year>[0-9]{4})/(?P<month>[0-9]{2})/(?P<day>[0-9]{2})/$', views.article_detail),
]

注意 : 使用有名分组的时候,year 和 month 的参数顺序可以改变,但是名字必须要与前面urls的一样.捕获的值作为关键字参数而不是位置参数传递给视图函数.

'''
    /articles/2005/03/ 请求将调用views.month_archive(request, year='2005', month='03')函数，而不是views.month_archive(request, '2005', '03')。
    /articles/2003/03/03/ 请求将调用函数views.article_detail(request, year='2003', month='03', day='03')。

    '''

分发 include     

如果当有很多APP,有很多urls的时候,如果都写到全局的urls中,那么会很乱,但是我们可以将app01的url放到app01下等的uels中,在全局中放路径

# 在全局urls中

re_path('^app01/',include('app01.urls')),
re_path('^app02/',include('app02.urls')),


#在app01的urls中
from django.conf.urls import url,include

from app01 import views
urlpatterns = [

    url(r'^articles/2003/$', views.special_case_2003),  # special_case_2003(request)
    url(r'^articles/(d{4})/$', views.year_archive), #  year_archive(request,2006)
    #url(r'^articles/(d{4})/(d{2})/$', views.year_month_archive), #  year_month_archive(request,2006,12)

]

#在app02中同理

反向解析       

我们一开始写的硬编码，也就是吧action要跳转的路径写死了。但是像淘宝，天猫等都会经常更新新东西，，那么你的页面上的url路径也会时不时的变化。但是如果有特别多的商品，那么你就得去服务端一个一个的改，这样显得很麻烦，那么有没有一种机制帮我们解决问题呢？

解决方法 : 

　　1、首先给url起一个别名。

　　2、然后在login.html中写上{%  url ‘别名’’  %}    ，如果在页面中点击查看元素，它会变成　　　login.html，，，

　　3、这样你就可以修改你的正则了，，因为他是按照别名走的，不会影响。

urls.py

login.html

我们在页面中检查 : 

这样的好处是：无论你怎么改你要匹配的url，只要你写上了别名。在html实现了模板语法，就会去找别名对应的那个url，以后不管你怎么改url都没事，就写活了，就不像一开始写的硬编码了。