使用include()引用其它路径配置文件
from django.conf.urls.defaults import *
urlpatterns = patterns('',
(r'^weblog/', include('mysite.blog.urls')),
(r'^photos/', include('mysite.photos.urls')),
(r'^about/$', 'mysite.views.about'),
)
一个project有一个总的urls.py,各个app也可以自己建立自己的urls.py,不过都需要使用include()
函数在project的urls.py文件进行注册。这样利用你的项目管理。
可以注意到使用了include的路径的匹配表达式没有加上'$',这是因为Django的机制是
把当前匹配的请求路径的部分去除,剩下的部分传到include所指定的路径配置中进行匹配。
比如一个请求路径/weblog/7000/过来,匹配部分是weblog/7000/,又因为weblog/匹配成功,
也不太好。
自django1.3开始:render()方法是render_to_response的一个崭新的快捷方式,前者会自动使用RequestContext。而后者必须coding出来,这是最明显的区别,当然前者更简洁。
return render_to_response('blog_add.html',{'blog': blog, 'form': form, 'id': id, 'tag': tag},
context_instance=RequestContext(request))
return render(request, 'blog_add.html', {'blog': blog, 'form': form, 'id': id, 'tag': tag})
from django.conf.urls.defaults import *
urlpatterns = patterns('',
(r'^weblog/', include('mysite.blog.urls')),
(r'^photos/', include('mysite.photos.urls')),
(r'^about/$', 'mysite.views.about'),
)
一个project有一个总的urls.py,各个app也可以自己建立自己的urls.py,不过都需要使用include()
函数在project的urls.py文件进行注册。这样利用你的项目管理。
可以注意到使用了include的路径的匹配表达式没有加上'$',这是因为Django的机制是
把当前匹配的请求路径的部分去除,剩下的部分传到include所指定的路径配置中进行匹配。
比如一个请求路径/weblog/7000/过来,匹配部分是weblog/7000/,又因为weblog/匹配成功,
就把剩余的部分7000/传入到mysit.blog.urls文件中进行下一步的匹配。
当使用include()的路径匹配中含有正则组的时候,这个匹配的参数会传入对include中所指定的urlconf中所有的函数里,不管函数是接受这个参数,显然很容易报错,所以这种做法不太好。
同理,如果你在include的路径匹配中使用了第三个选项参数,也会强制传入指定的urlconf中的所有函数中。也不太好。
自django1.3开始:render()方法是render_to_response的一个崭新的快捷方式,前者会自动使用RequestContext。而后者必须coding出来,这是最明显的区别,当然前者更简洁。
return render_to_response('blog_add.html',{'blog': blog, 'form': form, 'id': id, 'tag': tag},
context_instance=RequestContext(request))
return render(request, 'blog_add.html', {'blog': blog, 'form': form, 'id': id, 'tag': tag})