Django的路由层(URLconf)

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

简单的路由配置:

  re_path:是django1.0 使用的,使用语法:re_path('正则表达式',视图函数),一般都会配上^和$例如^login/$,表示完整的以^开头以$结尾的表达式。

from django.conf.urls import url

from . import views

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

  1,若要从·URL中捕获一个值,只需要再它周围放置一对圆括号。

  2,不需要添加一个前导的反斜杠,因为每个URL都有。例如:应该是^articles 而不是^/articles。

  3,每个正则表达式前面的‘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')。
    
    
    '''

注意:若是可以匹配两个模式。则谁在前面就匹配谁,只匹配一次就结束。

有名分组:

  上面的获取值,若是不按一定的顺序获取,则会乱,所以可以采用关键字传参,这样就可以避免数据乱。

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

from django.contrib import admin
from django.urls import path,re_path
from app01 import views
urlpatterns = [
    path('admin/', admin.site.urls),
    path('index/', views.index),
    re_path('login/', views.login),
    re_path(r"^articles_year/(?P<year>\d{4})/(?P<month>\d{2})/(?P<day>\d{2})/$",views.articles_year)
]

这个实现与前面的示例完全相同,只有一个细微的差别,就是捕获的值作为关键字参数,而不是位置参数传递给视图函数。

    '''
    /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')。

    '''

在实际应用中,这意味着你的URLconf 会更加明晰而且不容易产生参数顺序问题的错误,你可以在你的视图函数定义中,重新安排参数的排序。

分发:

  

"""
Including another URLconf
    1. Import the include() function: from django.urls import include, path
    2. Add a URL to urlpatterns:  path('blog/', include('blog.urls'))
"""

from django.contrib import admin
from django.urls import path,re_path,include
from app01 import views
urlpatterns = [
    path('admin/', admin.site.urls),
    path('index/', views.index),
    re_path('login/', views.login),
    # re_path(r"^articles_year/(?P<year>\d{4})/(?P<month>\d{2})/(?P<day>\d{2})/$",views.articles_year),
    path('app01/',include('app01.urls'))
]

松耦合,使各应用管理各自的urls。

反向解析:

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

  在需要URL的地方,对于不同层级,Django提供不同的工具用于URL反查:

    1,在模板中:使用url模板标签。

    2,在python代码中:使用django.core.urlresolvers.reverse()函数。

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


urlpatterns = [
            re_path("login.html/",views.login,name="log_in"),
]
urls
<!DOCTYPE html>
<html lang="en">
<head>
    <meta charset="UTF-8">
    <title>Title</title>
</head>
<body>


<form action="{% url 'log_in' %}" method="post">
    用户名<input type="text" name="user">
    密码 <input type="text" name="pwd">
    <input type="submit">
</form>

</body>
</html>
在templates模板中
def login(request):
    if request.method=="POST":
        user=request.POST.get("user")
        pwd=request.POST.get("pwd")
        if user=="alex" and pwd=="123":

            #return HttpResponse("登陆成功!")
            url=reverse("index")
            # print("url",url)
            return redirect(url)

    return render(request,"login.html")
在python中

  当命名你的URL模式时,请确保使用的名称不会与其他应用中名称冲突,如果你的URL模式叫做 comment,而另外一个应用中也有一个同样的名称,当你在模板中使用这个名称的时候不能保证将插入哪个URL,在URL名称中加上一个前缀,比如应用的名称,将减少冲突的可能,因此我们建议使用myapp-comment 而不是comment.

名称空间:

  命名空间(英语:Namespace)是表示标识符的可见范围。一个标识符可在多个命名空间中定义,它在不同命名空间中的含义是互不相干的。这样,在一个新的命名空间中可定义任何标识符,它们不会与任何已有的标识符发生冲突,因为已有的定义都处于其它命名空间中。

  由于name没有作用域,Django在反解URL时,会在项目全局顺序搜索,当查找到第一个name指定URL时,立即返回。

  我们在开发项目时,会经常使用name属性反解出URL,当不小心在不同的app的urls中定义相同的name时,可能会导致URL反解错误,为了避免这种事情发生,引入了命名空间。

project的urls.py:

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

app01.urls:

urlpatterns = [
    url(r'^index/', index,name="index"),
]

app02.urls:

urlpatterns = [
    url(r'^index/', index,name="index"),
]

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

猜你喜欢

转载自www.cnblogs.com/stfei/p/9215044.html