模版中的變量由context中的值來替換,若是在多個頁面模版中含有相同的變量,好比:每一個頁面都須要{{user}},笨辦法就是在每一個頁面的請求視圖中都把user放到context中。
- from django.temlate import loader,Context
-
- t = loader.get_template('xx.html')
- c = Context({'user':'zhangsan'})
- return HttpResponse(t.render(c))
也能夠簡寫爲:
- from django.short_cuts import render_to_response
- render_to_response('xxx.html',{'user':'zhangsan'})
但 是這樣寫很差的地方是就是形成代碼的冗餘,不易維護,此時就能夠用Context的一個子 類:django.template.RequestContext,在渲染模版的時候就不須要Context,轉而使用RequestContext。 RequestConntext須要接受request和processors參數,processors是
context處理器的列表集合。
context處理器
- from django.template import RquestContext
- def custom_pros(request):
- return {'age':22,'user':request.user}
- c = RequestContext(request,{'name':'zhang'},processors=[custom_pros])
- return HttpResponse(t.render(c))
這 樣在每一個試圖中只需把custom_pros傳遞給RequestContext的參數processors就好了。若是是 render_to_response與RequestContext結合使用,那麼render_to_response接收參數 context_instance.
- render_to_response('xxx.html',{'name':'zhang'},context_instance=RequestContext(request,processors[custom_pros])
可是這樣仍是很麻煩,代碼的冗餘並無真正解決,你不得不在試圖函數中明確指定context處理器,爲此,Django提供了全局的context處理器。
全局context處理器
默認狀況下,Django採用參數
TEMPLATE_CONTEXT_PROCESSORS指定默認處理器,意味着只要是調用的RequestContext,那麼默認處理器中返回的對象都就將存儲在context中。
template_context_processors 默認在settings文件中是沒有的,而是設置在global_settings.py文件中,若是想加上本身的context處理器,就必須在本身的 settings.py中顯示的指出參數:TEMPLATE_CONTEXT_PROCESSORS
默認:
- TEMPLATE_CONTEXT_PROCESSORS = (
- 'django.contrib.auth.context_processors.auth',
- 'django.core.context_processors.auth',
- 'django.core.context_processors.debug',
- 'django.core.context_processors.i18n',
- 'django.core.context_processors.media',
- 'myapp.processor.foos',
- )
或者是:
- from django.conf import global_settings
- TEMPLATE_CONTEXT_PROCESSORS = global_settings.TEMPLATE_CONTEXT_PROCESSORS +("myapp.processor.foos",)
此時,在試圖中只要把request參數傳遞給RquestContext就ok了。
- render_to_response('xxx.html',{'age':33},context_instance=RequestContext(request))
系統在接受到該視圖的請求時,自動執行處理器 「myapp.processor.foos",並把其返回值渲染到模版中。
參考: