django之路由层

1.django中urls.py负责url的路由分发

urlpatterns = [
    url(r'^admin/', admin.site.urls),
]
# url的第一个参数实际为一个正则表达式，第二个参数为视图函数。浏览器访问时，会遍历该列表，匹配到则终止，不再往下匹配。

当用户访问的url不存在时，django会尝试将用户访问的url后加上“/”，返回给浏览器，浏览器负责重定向。实际上进行了2次http请求。

例如访问https://127.0.0.1:8000/admin时，由于admin和r'^admin/'并不能匹配。django会重定向。

实际上不能这么理解。如果按上述说法，将进行一个死循环，匹配不到就添加"/"重定向，岂不是无穷无尽了？ 这点，我们可以通过访问一个不存在的url得到证明。

django在收到url时会自动检测有没有“/”,
如果原本就有，则直接匹配，
	- 匹配不到直接返回404。
    - 匹配的到则调用视图函数
如果原本没有'/'，则拿添加上'/'以后的url进行匹配。
    - 如果匹配不到则直接返回404
    - 如果匹配得则向浏览器发送重定向的标志。

# 证明例子
urlpatterns = [
    url(r'^admin/', admin.site.urls),
    url(r'^index/',views.index),
    url(r'^index',views.index1),
]
访问：https://127.0.0.1:8000/index时，按照第一种说法是调用index1，而事实上时调用的index。

2.有名分组和无名分组

分组就是在url匹配关系中给某一段正则表达式加了括号。当匹配成功后，会将括号内的内容作为参数传入视图函数。有名分组是以关键字传参的方式，无名分组是以位置传参的方式。

注意：在一个匹配关系中，有名分组和无名分组不能混合使用！！！！

无名分组

urls.py
---------------------------
urlpatterns = [
    url(r'^admin/', admin.site.urls),
    url(r'^edit_user/(d+)/',views.edit_user),
]

views.py
-----------------------------
def edit_user(request,id):
    return HttpResponse(id)

有名分组

urls.py
---------------------------
urlpatterns = [
    url(r'^admin/', admin.site.urls),
    url(r'^edit_user/(?P<user_id>d+)/',views.edit_user),
]

views.py
----------------------------
# 此处形参名必须与urls有名分组的名字一致
def edit_user(request,user_id):
    return HttpResponse(user_id)

补充，在一个正则---视图函数的匹配关系下，

1.有名分组和无名分组不能混合使用。

2.同一种分组方式可以使用多个。

3.反向解析

反向解析的需求由来：当我们在前端或者在后端时，在用户做某些操作时希望页面跳转到我们指定的url，而一旦我们的url名字发生了改变，所有指定跳转到该页面的代码都需要被修改。这时极为不便的，反向解析由此诞生。

反向解析的使用：反向解析实际上给每一组url----视图函数的对应关系增加了一个name的属性，通过这个name属性和前后端一些函数的使用，即可找到这种对应关系。

urls.py
---------------------------
urlpatterns = [
    url(r'^admin/', admin.site.urls),
    url(r'^edit_user/',views.edit_user,name='edit'),
]

前端使用反向解析

{% url 'edit' %} ---->即name='edit'所在的url

后端使用反向解析

from django.shortcuts import reverse

reverse('edit') ----->name='edit'所在的url

明白了反向解析的由来和使用后，我们再思考一个问题。如果反向解析的url是一个带有有名分组或者无名分组的url呢？

无名分组的反向解析

urls.py
---------------------------
urlpatterns = [
    url(r'^admin/', admin.site.urls),
    url(r'^edit_user/(d+)/',views.edit_user,name='edit'),
]

前端

{% url 'edit' 123 %}
# 只需要在后面直接跟参数即可

后端

reverse('edit',args=(123,))
# args中放入参数

有名分组的反向解析

有名分组的反向解析与无名分组的反向解析基本一致。

urls.py
---------------------------
urlpatterns = [
    url(r'^admin/', admin.site.urls),
    url(r'^edit_user/(?P<user_id>d+)/',views.edit_user,name='edit'),
]

前端

{% url 'edit' 1 %}
{% url 'edit' user_id=1 %}
# 以上两种都可以使用，第一种使用时注意位置。

后端

reverse('edit',args=(1,))
reverse('edit',kwargs={'user_id':1})
# 以上两种都可以使用，第一种注意位置

4.路由分发

路由分发的需求由来：我们知道一个django项目由一个个app组成。当我们开发的django项目非常庞大时，也会有许多的html文件、也会有许多views视图函数，许多的url对应关系，按照我们之前的想法，所有的对应关系都会在总的urls.py上。

这其中有两个问题

• 多个app之间不能很好的实现分离，不能很好的实现分小组开发。
• 非常多的urls对应关系，会使代码显得比较混乱

我们设想，如果每个app都有自己的路由系统，则各app之间的urls就可以相互分隔开。

为了解决上面出现的问题，路由分发由此而来。路由分发不仅允许每个app拥有自己的urls.py文件，还允许有自己的static和templates文件夹。这使得分小组开发非常便捷，代码的简洁性和可读性也增强！

而我们的总路由-----项目目录下的urls.py则只需要根据http请求的url中app的名字，将其路由分发给相应的app路由系统。

总路由

urls.py
--------------------
from django.conf.urls import url,include
from app01 import urls as app01_urls
from app02 import urls as app02_urls

urlpatterns = [
    url(r'^app01/',include('app01_urls)),
    url(r'^app02/',include('app02_urls'))
]

以上写法可简写为:

urls.py
from django.conf.urls import url,include
import app01
import app02
urlpatterns = [
    url(r'^app01/',include('app01.urls')),
    url(r'^app02/',include('app02.urls'))
]

子路由

app01下的urls.py
-----------------------
from django.conf.urls import url
from app01 import views

urlpatterns = [
    url(r'^index/',views.index)
]
#  当访问 https://127.0.0.1:8000/app01/index/便会触发响应的函数

app02下的urls.py
-----------------------
from django.conf.urls import url
from app02 import views

urlpatterns = [
    url(r'^index/',views.index)
]
#  当访问 https://127.0.0.1:8000/app02/index/便会触发响应的函数

5.名称空间

心细的读者可能已经发现，路由分发导致了反向解析出现了一个问题：不同的app下可能有相同的url— name的对应关系。

当app01和app02中都有name='index'的对应关系时，我们在反向解析时到底是解析app01中的index还是app02中的index？

为了避免上述问题的出现，我们可以在总路由系统下增加一个命名空间的概念

urlpatterns = [		url(r'^app01/',include('app01.urls',namespace='app01'))
        url(r'^app02/',include('app02.urls',namespace='app02'))
]
后端解析
reverse('app01:index')
reverse('app02:index')
前端解析
{% url 'app01:index' %}
{% url 'app02:index' %}

通常我们在给视图函数与url的对应关系取别名时，可以加上app的前缀，也可以防止上述问题的产生。

6.虚拟环境

虚拟环境是我们在开发不同的项目时，可以只加载针对本项目使用的模块，来加快加载资源时的速度。虚拟环境即一个全新的python解释器环境，有如刚重装的系统一样。

7.django版本的区别

路由层
1.X用的是url
2.X、3.X用的是path

url第一个参数是一个正则表达式
而path第一个参数不支持正则表达式 写什么就匹配什么
如果你觉得path不好用 2.x、3.x给你提供了一个跟url一样的功能
re_path 等价于1.x里面的url功能

虽然path不支持正则表达式 但是它给你提供了五种默认的转换器
str,匹配除了路径分隔符（/）之外的非空字符串，这是默认的形式
int,匹配正整数，包含0。
slug,匹配字母、数字以及横杠、下划线组成的字符串。
uuid,匹配格式化的uuid，如 075194d3-6885-417e-a8a8-6c931e272f00。
path,匹配任何非空字符串，包含了路径分隔符（/）（不能用？）

path('login/<int:year>/',login)

除了默认的五种转换器之外 还支持你自定义转换器
class MonthConverter:
    regex='d{2}' # 属性名必须为regex

    def to_python(self, value):
        return int(value)

    def to_url(self, value):
        return value # 匹配的regex是两个数字，返回的结果也必须是两个数字

8.伪静态

伪静态
url以.html结尾 给人的感觉好像是这个文件是写死的 内容不会轻易的改变
伪静态

为了提高你的网站被搜索引擎收藏的力度 提供网站的SEO查询效率