Django | RequestContext 和 Context

版本

django 1.8.3

簡述

通常咱們在練習 django 渲染時，都須要使用 context 來解析渲染模板。
一般，context 是 django.template.Context 的實例，不過在 context 中還有一個特殊的子類， django.template.RequestContext ，這個和 context 稍微有些不一樣。 RequestContext 默認地在模板 context 中添加一些變量

使用 Context

from django.template import Context
c = Context({
    'foo': 'bar',
})

使用 RequestContext

RequestContext 使用 HttpRequest 做爲第一個參數

from django.template import RequestContext
c = RequestContext(request, {
    'foo': 'bar',
})

其實到這裏，對於做者起了個 RequestContext 名字，鄙人有些不敢苟同，對於開發人員很容易形成誤解，我的覺得應該爲 WrapperContext(純屬我的意見)

應用場景

最熟悉的場景就是配置文件中設置的 context_processors

TEMPLATES = [
    {
        'BACKEND': 'django.template.backends.django.DjangoTemplates',
        'DIRS': [os.path.join(os.path.dirname(os.path.abspath(__file__)), '../../templates/')],
        'APP_DIRS': True,
        'OPTIONS': {
            'context_processors': [
                'django.contrib.auth.context_processors.auth',
                'django.template.context_processors.debug',
                'django.template.context_processors.request',
                'django.template.context_processors.static',
                'django.contrib.messages.context_processors.messages',
            ],
        },
    },
]

BaseView 中默認把 context_processors 指定的變量包裝到 RequestContext, 這時最多見的應用了，可是也有必定的弊端，就是全部的 View 中都會包含這些變量；

若是想避免這個坑，能夠根據業務須要，本身自定義，這樣哪裏有需求，哪裏就加載

from django.shortcuts import render_to_response
from django.template import RequestContext

def custom_proc(request):
    return {
        'name': 'haha',
        'sex': 'man'
    }

def viewA(request):
    return render_to_response('tmpl1.html',
        {'name': 'viewA'},
        context_instance=RequestContext(request, processors=[custom_proc]))

def viewB(request):
    return render_to_response('tmpl2.html',
        {'name': 'viewB'},
        context_instance=RequestContext(request, processors=[custom_proc]))

這樣作也是有弊端，不方便使用 BaseView, 還有若是重複次數太多，也不建議這樣作

待續.....