Django之路由控制配置

Posted 2021-01-25 wualin

路由控制配置

简单的路由配置

Django即支持1.x版本的路由配置也支持2.x的路由配置

• 1.x版本的路由配置是使用re进行路由配置(re_path)
• 2.x版本的路由配置使用(path)进行路由配置

from django.contrib import admin
from django.urls import path,re_path
from app1 import views

urlpatterns = [
    path(‘admin/‘, admin.site.urls),
    path(‘timer/‘, views.timer),
    path(‘login/‘, views.login),

    #year_archive(request,year)
    re_path(r‘^articles/([0-9]{4})/$‘,views.year_archive),# 匹配成功之后会将匹配成功的内容传入到year_archive函数中，在views定义函数时要接收两个参数
    re_path(r‘^articles/([0-9]{4})/([0-9]{2})/$‘,views.month_archive)
]

注意：

• 若要从URL 中捕获一个值，只需要在它两头放置一对圆括号(捕获的值传递到视图函数中，在定义视图函数的时候也要接收相对应传入的参数)
• 不需要添加一个前导的反斜杠，每个URL都有（自动添加）
• 每个正则表达式前面的‘r‘是可选的但是简易加上，它告诉python这个字符串是“原始的” -- 字符串中任何字符串都不应该转义

请求的例子：

http://127.0.0.1:8000/articles/9999/20/ #走的是month_archive
http://127.0.0.1:8000/articles/9999/ # 走的是year_archive
# url有覆盖效果，以最先匹配的为准

路由控制之有名分组

re_path(r‘^articles/(?P<year>[0-9]{4})/(?P<month>[0-9]{2})/$‘,views.month_archive)

• 使用?P<组名>给正则表达式命名，这样就不需要考虑视图函数中的位置参数位置错乱了（固定写法），并且在视图函数中的形参命名必须以分组名字命名（关键字传参）

路由控制之分发

在具体的app中创建urls.py文件，该应用中的url全部写在应用中的urls.py中，然后使用全局urls去控制分发url，完成每个应用之间url解耦合

全局中的urls.py

from django.contrib import admin
from django.urls import path,re_path,include
from app1 import views

urlpatterns = [
    path(‘admin/‘, admin.site.urls),
    path(‘timer/‘, views.timer),
    path(‘login/‘, views.login),

    #^也可以写具体应用名，只是访问时也需要加上应用名，以^开头说明不用去匹配前面的，直接噗呸include中的内容
    re_path(r"^",include("app1.urls"))
]

应用中的urls.py

from django.contrib import admin
from django.urls import path,re_path,include
from app1 import views

urlpatterns = [

    re_path(r‘^articles/([0-9]{4})/$‘,views.year_archive),# 匹配成功之后会将匹配成功的内容传入到year_archive函数中，在views定义函数时要接收两个参数
    re_path(r‘^articles/(?P<year>[0-9]{4})/(?P<month>[0-9]{2})/$‘,views.month_archive)

]

路由控制之反向解析

在使用Django 项目时，一个常见的需求是获得URL 的最终形式，以用于嵌入到生成的内容中（视图中和显示给用户的URL等）或者用于处理服务器端的导航（重定向等）。人们强烈希望不要硬编码这些URL（费力、不可扩展且容易产生错误）或者设计一种与URLconf 毫不相关的专门的URL 生成机制，因为这样容易导致一定程度上产生过期的URL

• 在模版中进行反向解析

在urls.py中

# 给url命名（别名）
path(‘login.html/‘, views.login,name=‘log‘),

在login.html中：

<!--不管url怎么变化，这里的action是动态去获取名字为log的url-->
<form action="{% url ‘log‘ %}" method="post">
        <label for="username">用户名
            <input type="text" id="username"    name="user" placeholder="请输入用户名">
        </label>
        <label for="pwd">密码
            <input type="password" id="pwd" name="pwd" placeholder="请输入密码">
        </label>
        <input type="submit">
    </form>

• 在python views.py中进行反向解析
  如果url中有正则表达式，需要在reverse函数中传入一个args参数，并且参数的值必须符合url中的正则表达式,如果不进行替换会报错

re_path(r‘^articles/([0-9]{4})/$‘,views.year_archive,name=‘y_a‘)

def year_archive(request,year):

    # 使用django.urls模块下的reverse模块进行反向解析
    from django.urls import reverse

    url = reverse(‘y_a‘,args=(year,))
    print(url) #/app1/articles/2000/
    # HttpResponse返回的参数时一哥字符串
    return HttpResponse("<h1>%s</h1>url:%s"%(year,url))

路由控制之名称空间

命名空间（英语：Namespace）是表示标识符的可见范围。一个标识符可在多个命名空间中定义，它在不同命名空间中的含义是互不相干的。这样，在一个新的命名空间中可定义任何标识符，它们不会与任何已有的标识符发生冲突，因为已有的定义都处于其它命名空间中。 由于name没有作用域，Django在反解URL时，会在项目全局顺序搜索，当查找到第一个name指定URL时，立即返回 我们在开发项目时，会经常使用name属性反解出URL，当不小心在不同的app的urls中定义相同的name时，可能会导致URL反解错误，为了避免这种事情发生，引入了命名空间。

project的urls.py:
urlpatterns = [ re_path(r‘^app1/‘, include(("app1.urls","app1"))), re_path(r‘^app2/‘, include(("app2.urls","app2"))) ]
app1.urls.py

urlpatterns = [
re_path(r‘^index/‘, index,name="index"),
]

app2.urls.py

urlpatterns = [
re_path(r‘^index/‘, index,name="index"),
]

app11.views

from django.core.urlresolvers import reverse
def index(request):
    return HttpResponse(reverse("app01:index"))

app02.views

from django.core.urlresolvers import reverse
def index(request):
    return HttpResponse(reverse("app02:index"))