URL控制器

Django项目中urls.py为请求路径与视图函数的映射关系

一、简单的路由配置

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

from app01 import views

urlpatterns = [
    url(r'^$', views.index), # 匹配根路径
    url(r'^admin/', admin.site.urls),
    url(r'^articles/2003/$', views.special_case_2003), # special_case_2003(request)
    
    #无名分组
    url(r'^articles/(d{4})/$', views.year_archive), #  year_archive(request,2006)
    url(r'^articles/(d{4})/(d{2})/$', views.year_month_archive), #  year_month_archive(request,2006,12)
    
    # 有名分组
    url(r'^articles/(?P<year>d{4})/(?P<month>d{2})/$', views.year_month_archive), #  year_month_archive(request,year=2006,month=12)
    
    # 分发include
    # url(r'^app01/', include('app01.urls')),
    # url(r'^app02/', include('app02.urls')),
    
    #起别名
    url(r'^login.html/', views.login,name="XXX"),

]

注意：　

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

示例：

'''
 一些请求的例子：

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

二、反向解析

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

• 在模板中：使用url 模板标签。
• 在Python 代码中：使用from django.urls import reverse

在模板中：

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

在python中：

from django.urls import reverse
def delbook(request,delete_book_id):
    Book.objects.filter(nid=delete_book_id).delete()
    return redirect(reverse('books'，args=（参数1，参数2，...）))

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

 三、名称空间

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

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

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

project的urls.py:

django2以后版本的写法：

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

app01.urls:

urlpatterns = [
    path('index/', index,name="index"),
]

app02.urls:

urlpatterns = [
    path('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"))