Django基础2.0，URL路由解析与分发

 Django基础2.0

　　-----借鉴：cls超：地址点这里

一 URL配置

URL配置(URLconf)就像Django 所支撑网站的目录。它的本质是URL与要为该URL调用的视图函数之间的映射表。你就是以这种方式告诉Django，对于这个URL调用这段代码，对于那个URL调用那段代码。

　　基本格式

from django.conf.urls import url
#循环urlpatterns，找到对应的函数执行,匹配上一个路径就找到对应的函数执行，就不再往下循环了，并给函数传一个参数request，和wsgiref的environ类似，就是请求信息的所有内容
from page import views # 从个人新建app中导入views模块
urlpatterns = [
     url(正则表达式, views视图函数，参数，别名),
]

 

注意：

Django 2.0版本中的路由系统已经替换成下面的写法，但是django2.0是向下兼容1.x版本的语法的（官方文档）：

from django.urls import path

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:slug>/', views.article_detail),
]

 

 

参数说明

•  正则表达式：一个正则表达式字符串
• views视图函数：一个可调用的对象
• 参数：科员的要传递给视图函数额默认参数

　　　　

二 正则表达式详解

　　基本配置

from django.conf.urls import url

from . import views

urlpatterns = [
    url(r'^articles/2003/$', views.special_case_2003), #思考：如果用户想看2004、2005、2006....等，你要写一堆的url吗，是不是在articles后面写一个正则表达式/d{4}/就行啦，网址里面输入127.0.0.1:8000/articles/1999/试一下看看
    url(r'^articles/([0-9]{4})/$', views.year_archive), 
    url(r'^articles/([0-9]{4})/([0-9]{2})/$', views.month_archive), #思考，如果你想拿到用户输入的什么年份，并通过这个年份去数据库里面匹配对应年份的文章，你怎么办？怎么获取用户输入的年份啊，分组/(\d{4})/，一个小括号搞定
    url(r'^articles/([0-9]{4})/([0-9]{2})/([0-9]+)/$', views.article_detail),
]

　　views.py中视图函数的写法：

第一个参数必须是request，后面跟的三个参数是对应着上面分组正则匹配的每个参数的
def article_detail(request,year,month,day):
    return HttpResponse(year+month+day)

 

注意事项

• urlpatterns中的元素按照书写顺序从上往下逐一匹配正则表达式，一旦匹配成功则不再继续。
• 若要冲URL中捕获一个值，只需要在它周围放置一对圆括号(分配分组)
• 不需要添加一个前导的反斜杠(也就是写在正则最前面的那个/)，因为每个url都有。例如：应该是^index而不是 ^/index。
• 每个正则表达式前面的"r" 可选但是建议加上
• ^idex$   以什么结尾，以什么开头，严格限制路径

补充说明

# 是否开启URL访问地址后面不为/跳转至带有/的路径的配置项
APPEND_SLASH=True

Django settings.py配置文件中默认没有 APPEND_SLASH 这个参数，但 Django 默认这个参数为 APPEND_SLASH = True。 其作用就是自动在网址结尾加'/'。其效果就是：我们定义了urls.py：

from django.conf.urls import url
from app01 import views

urlpatterns = [
        url(r'^blog/$', views.blog),
]

 

 

三 分组命名匹配

无名分组

url(r'^books/(\d{4})/', views.books),

　　位置参数

url(r'^books/(\d{4})/', views.year_books), #匹配年份的 
url(r'^books/(\d{4})/(\d{1,2})/', views.year_month_books), #匹配年份和月份的 
# http://127.0.0.1:8000/books/2001/ 

视图:
　　def year_month_books(request,year,month): #位置参数,第一个参数接收的就是无名分组路径中匹配 到的第一个分组的数据,第二个参数接收的就是无名分组路径中匹配到的第二个分组的数据 
　　　　print(year,month) 
　　　　# return render(request,'books.html')
　　　　return HttpResponse(year+month)

 

有名分组

url(r'^books/(?P<year>\d{4})/(?P<month>\d{1,2})/', views.year_month_books), #匹配年份和月份的

def year_month_books(request,month,year): #形参名称要和url中的分组名对应好,参数位置就没有要求 了 
    print(year,month) 
    # return render(request,'books.html') 
    return HttpResponse(year+month)

 

默认值

# urls.py中 
from django.conf.urls import url 

from . import views 

urlpatterns = [ 
    url(r'^blog/$', views.page), 
    url(r'^blog/page(?P<num>[0-9]+)/$', views.page), ]

# views.py中，可以为num指定默认值 
def page(request, num="1"): 
    pass

 

 

四 命名URL(别名) 和URL反向解析

 我们自己写的url里面的路径有没有可能会更改，如果路径更改了，那么我们前端访问这个路径的标签（a标签，form表单等等）里面的属性值是不是也要自己手动去改啊，这样我们拓展起来就不方便了，你想是不是？尤其是前端可能不是你写的，那你是不是要进行部门沟通啊，想一想怎么办？

　　在使用Django 项目时，一个常见的需求是获得URL的最终形式，以用于嵌入到生成的内容中（视图中和显示给用户的URL等）或者用于处理服务器端的导航（重定向等）。
　　人们强烈希望不要硬编码（其实就是在标签里面写死了路径，凡是写死了的代码就是硬编码）这些URL（费力、不可扩展且容易产生错误）或者设计一种与URLconf 毫不相关的专门的URL 生成机制，因为这样容易导致一定程度上产生过期的URL。
　　换句话讲，需要的是一个DRY 机制。除了其它有点，它还允许设计的URL 可以自动更新而不用遍历项目的源代码来搜索并替换过期的URL。
　　获取一个URL 最开始想到的信息是处理它视图的标识（例如名字），查找正确的URL 的其它必要的信息有视图参数的类型（位置参数、关键字参数）和值。
　　Django 提供一个办法是让URL 映射是URL 设计唯一的地方。你填充你的URLconf，然后可以双向使用它：

• 根据用户/浏览器发起的URL 请求，它调用正确的Django 视图，并从URL 中提取它的参数需要的值。
• 根据Django 视图的标识和将要传递给它的参数的值，获取与之关联的URL。

　　第一种方式是我们在前面的章节中一直讨论的用法。第二种方式叫做反向解析URL、反向URL 匹配、反向URL 查询或者简单的URL 反查。
　　在需要URL 的地方，对于不同层级，Django 提供不同的工具用于URL 反查：

• 在模板中：使用url模板标签。
• 在Python 代码中：使用django.core.urlresolvers.reverse() 函数。
• 在更高层的与处理Django 模型实例相关的代码中：使用get_absolute_url() 方法。

　　上面说了一大堆，你可能并没有看懂。（那是官方文档的生硬翻译）。
　　咱们简单来说就是可以给我们的URL匹配规则起个名字，一个URL匹配模式起一个名字。
　　这样我们以后就不需要写死URL代码了，只需要通过名字来调用当前的URL。

举个例子

 

url(r'^home', views.home, name='home'),  # 给我的url匹配模式起名（别名）为 home，别名不需要改，路径你就可以随便改了，别的地方使用这个路径，就用别名来搞
url(r'^index/(\d*)', views.index, name='index'),  # 给我的url匹配模式起名为index

 　　这样

　　在模板 可以这样引用

{% url 'home' %}  #模板渲染的时候，被django解析成了这个名字对应的那个url，这个过程叫做反向解析

 在views函数中可以这样引用：

from django.urls import reverse

reverse("index", args=("2018", ))

 示例:

    #添加书籍
    url(r'^add_book/', views.add_book,name='abook'), #name='abook'  别名

    # 删除书籍
    url(r'^delete_book/(\d+)/', views.delele_book,name='delete_book'),

视图:
    from django.urls import reverse
    reverse('别名')  reverse('abook') -- /add_book/  #不带参数的
    print(reverse('delete_book',args=(71,))) #/delete_book/71/ 带参数的
模板
    {% url 'abook' %}  无参数的
    {% url 'delete_book' book.id %}  无参数的

 

 

五 url路由分发之include

创建新的app指令

• python manage.py startapp app02

结构图

主项目中url.py写法

from django.conf.urls import url,include
from django.contrib import admin

urlpatterns = [
    url(r'^admin/', admin.site.urls),
    url(r'^app01/', include('app01.urls')),
    url(r'^app02/', include('app02.urls')),
]

 

app01下的url.py写法

from django.conf.urls import url
from django.contrib import admin
from app01 import views

urlpatterns = [
    # url(r'^admin/', admin.site.urls),
    url(r'^index/', views.index,name='index'),
]

 

app02下的url.py的写法

from django.conf.urls import url
from django.contrib import admin
from app02 import views
# app_name = 'app02'
urlpatterns = [
    # url(r'^admin/', admin.site.urls),
    url(r'^index/', views.index,name='index'),
]

转载于:https://www.cnblogs.com/CatdeXin/p/11217535.html