1、反向解析

       在处理业务时可能需要视图的URL，如返回重定向或在模板中用于链接到其他的视图。但是由于URL可能随着业务调整发生变化，因此将URL硬编码到代码中并不友好。URL反向解析的方法，通过给URL模式命名即可反向解析得到完整的URL。

2、reverse方法

       URL模式使用了path方法，且传递了两个参数：URL模式和视图，除了这两个配置外还可以接受一个name参数，用于指定当前URL模式的名字。URL的反向解析就可以利用这个指定的name去完成。

#给之前定义的dynamic_hello视图的URL模式添加name参数

urlpatterns = [
    path('admin/', admin.site.urls),
    path('dynamic/<int:year>/<int:month>/<int:day>', views.dynamic_hello, name='dynamic_hello')
]

reverse(viewname, urlconf=None, args=None, kwargs=None, current_app=None)
1)viewname
可以是URL模式的名字，即name所指定的名字，也可以是可调用的对象视图；
2)urlconf=None
决定当前的反向解析使用哪个URLconf模式;
3)args=None
传递参数，用于顺序填充URL中的位置参数；
4)kwargs=None
也用于传递参数，与args一样，两者不能同时出现；
5)current_app=None
指示当前执行的视图所属的应用属性。

#URL

urlpatterns = [
    path('admin/', admin.site.urls),
    path('dynamic/<int:year>/<int:month>/<int:day>', views.dynamic_hello, name='dynamic_hello'),
    path('dynamic/reverse', views.reverse_dynamic_hello)
]

#views
def reverse_dynamic_hello(request):
    return HttpResponseRedirect(reverse('dynamic_hello', args=(2018, 9, 12)))


def dynamic_hello(request, year, month, day):
    html = "<h1>(%s)Hello Gjango</h1>"
    return HttpResponse(html % ('%s-%s-%s' % (year, month, day)))

3、命名空间

      URL命名空间使得即使在不同的应用中定义了相同的URL，也能够反向解析到正确的URL，命名空间分为两部分：应用命名空间和实例命名空间。

1）应用命名空间

      正在部署的应用名称，应用的每一个实例都有相同的命名空间。通过app_name和name区分不同的URL，他们之间使用:连接。

2）实例命名空间

      用来标识一个应用的特定实例，区分同一个应用部署的多个不同实例。