Django之路由控制配置

路由控制配置

简单的路由配置

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"))

原文地址:https://www.cnblogs.com/wualin/p/10088002.html

时间: 2024-08-01 04:57:50

Django之路由控制配置的相关文章

Django框架----路由控制

一.Django中路由的作用 URL配置(URLconf)就像Django 所支撑网站的目录.它的本质是URL与要为该URL调用的视图函数之间的映射表:你就是以这种方式告诉Django,对于客户端发来的某个URL调用哪一段逻辑代码对应执行 列子: from django.urls import path urlpatterns = [ path('articles', views.special), ] articles这个路由对应着视图函数中special这个方法,浏览器输入这个链接,就会响应

Django的路由控制

URL配置(URLconf)就像Django 所支撑网站的目录.它的本质是URL与要为该URL调用的视图函数之间的映射表:你就是以这种方式告诉Django,对于客户端发来的某个URL调用哪一段逻辑代码对应执行. 简单的路由配置 from django.urls import path,re_path from app01 import views urlpatterns = [ re_path(r'^articles/2003/$', views.special_case_2003), re_p

Django路由控制

目录 Django--路由控制 Django中路由的作用 简单的路由配置 有名分组 路由分发 反向解析 名称空间 django2.0版的path django版本区别 django2.0 path和re_path 基本示例 path转化器 注册自定义转化器 伪静态 虚拟环境 Django--路由控制 Django中路由的作用 URL配置(URLconf)就像Django 所支撑网站的目录.它的本质是URL与要为该URL调用的视图函数之间的映射表:你就是以这种方式告诉Django,对于客户端发来的

Django - 路由控制

一 Django中路由的作用 URL配置就好像Django所支撑网站的目录.本质是URL与要为该URL调用的视图函数之间的映射表,就是以这样方式告诉Djang,对于客户端发来的某个URL该调用哪一段逻辑代码对应执行 二 简单的路由配置 from django.conf.urls import url urlpatterns = [ url(正则表达式, views视图函数,参数,别名), ] 正则表达式:一个正则表达式字符串 views视图函数:一个可调用对象,通常是一个视图函数 或者 指定视图

django的路由系统

在django生成的工程项目文件中urls.py文件用于指定路由信息 该文件默认导入以下模块 from confimport from import admin from confimport url,include 默认包含一个路由信息 r'^admin/'site.urls), 一个工程至少要包含一个app,而django中的mtv模式,view层相当于视图控制层,即相当于mvc中的controller,template相当于视图层,model层为数据处理层,当请求到达时将到时达指定的vie

rest_framework之解析器、路由控制、分页

解析器 我们都知道,网络传输数据只能传输字符串格式的,如果是列表.字典等数据类型,需要转换之后才能使用 但是我们之前的rest_framework例子都没有转换就直接可以使用了,这是因为rest_framework有一套解析器, 默认他会帮我们转换3种类型的数据,分别是,JSONParser,FormParser,MultiPartParser 而如果我们需要转换其他数据,需要在视图类里配置parser_classes参数,如下: from rest_framework.parsers impo

wen应用/路由控制/视图函数/单表多表操作

一. 1.wen应用:BS架构的应用程序,B是浏览器,S:server(实现了wsgi协议)+ application https://www.cnblogs.com/liuqingzheng/articles/9523087.html  2.MVC和MTV(Django) M:Model和数据库打交道 V:模板 C:控制器 MTV:(MTV也是MVC架构) M:models和数据库打交道 T:Templates模板层,对到MVC是V这一层 V:视图,Views,路由+V  是MVC的C 二.路

解析器,路由控制,响应器

解析器 urlencode,formdata,json urlencode编码,body体中的数据格式: name = laqz&age=18&xx =yy json编码:{"name":"lqz","age":18} formdata: 需要有数据部分和文件部分的分割 作用: 根据请求头 content-type 选择对应的解析器对请求体内容进行处理. 有application/json,x-www-form-urlencode

[Lab4] 路由控制

[Lab4] 路由控制 工具1: Distribute List 过滤路由 试验拓扑 试验目的: R1 过滤掉R3的环回口3.3.3.3 1-1 DL Use For RIP R1/R2/R3跑 RIP 配置省略 R1的回环口1.1.1.1可以ping通R3的回环口3.3.3.3 目标在R1 上过滤掉3.3.3.3路由 我们在R2 上作distribute list R2(config)#access-list 10 deny 3.3.3.0 0.0.0.255 R2(config)#acces