目錄

2.5 第一個Django app，Part 3:視圖和模板

• 2.5.1 概覽
• 2.5.2 編寫更多的視圖
• 2.5.3 編寫能實際幹點活的視圖
• 2.5.4 404錯誤
• 2.5.5 使用模板系統
• 2.5.6 刪除模板中硬編碼的URLs
• 2.5.7 URL names的命名空間

2.6 第一個DJango app，Part 4:表單和泛型視圖

• 2.6.1 編寫一個簡單的form
• 2.6.2 使用泛型視圖：減少代碼冗余

2.5 第一個Django app，Part 3:視圖和模板

本章承上啟下，主要介紹Django的視圖概念。

2.5.1 概覽

一個視圖就是一個網頁“類型”，通常提供特定的功能或特定的模板。例如：在一個博客應用中，你可能會看到下列視圖：

• 博客主頁：顯示最新發布的一些內容
• 條目詳細頁面：每個條目對應的永久頁面
• 基於年的文章頁面：顯示指定年內的所有博客文章
• 基於月的文章頁面：顯示指定月內的所有博客文章
• 基於天的文章頁面：顯示指定日內的所有博客文章
• 發布評論：處理針對某篇博客發布的評論

在我們的投票應用中，我們將建立下面的視圖：

• 問卷“index”頁：顯示最新的一些問卷
• 問卷“detail”頁面：顯示一個問卷的詳細文本內容，沒有調查結果但是有一個投票或調查表單。
• 問卷“results”頁面：顯示某個問卷的投票或調查結果。
• 投票動作頁面：處理針對某個問卷的某個選項的投票動作。

在Django中，網頁和其它的一些內容都是通過視圖來分發的。視圖表現為一個簡單的Python函數（在基於類的視圖中稱為方法）。Django通過對比請求的URL地址來選擇對應的視圖。

在你平時的網頁上，你可能經常會碰到類似“ME2/Sites/dirmod.asp?sid=&type=gen&mod=Core+Pages&gid=A6CD4967199A42D9B65B1B”的url。慶幸的是Django支持使用更加簡介的URL模式，而不需要編寫上面那種復雜的url。

一個URL模式其實就是一個URL通用表達式，例如：/newsarchive///。為了使得URL模式映射到對應的視圖，DJango使用URLconfs來完成這一工作。本教程介紹基本的URLconfs使用方法，更多的內容，請參考6.23節。

2.5.2 編寫更多的視圖

下面，讓我們打開polls/views.py文件，輸入下列代碼：

polls/views.py

def detail(request, question_id):
    return HttpResponse("You‘re looking at question %s." % question_id)
    
def results(request, question_id):
    response = "You‘re looking at the results of question %s."
    return HttpResponse(response % question_id)

def vote(request, question_id):
    return HttpResponse("You‘re voting on question %s." % question_id)

然後，在polls/urls.py文件中加入下面的url模式，將其映射到我們上面新增的視圖。

polls/urls.py

from django.conf.urls import url
from . import views

urlpatterns = [
    # ex: /polls/
    url(r‘^$‘, views.index, name=‘index‘),
    # ex: /polls/5/
    url(r‘^(?P<question_id>[0-9]+)/$‘, views.detail, name=‘detail‘),
    # ex: /polls/5/results/
    url(r‘^(?P<question_id>[0-9]+)/results/$‘, views.results, name=‘results‘),
    # ex: /polls/5/vote/
    url(r‘^(?P<question_id>[0-9]+)/vote/$‘, views.vote, name=‘vote‘),
]

現在去瀏覽器中訪問“/polls/34/”（註意：這裏省略了域名。另外，使用了二級路由，url中都要添加polls部分，參考前面的章節），它將運行detail()方法，然後在頁面中顯示你在url裏提供的ID。訪問“/polls/34/results/”和“/polls/34/vote/”，將分別顯示預定義的偽結果和投票頁面。

上面訪問的路由過程如下：當有人訪問“/polls/34/”地址時，Django將首先加載mysite.urls模塊，因為它是settings文件裏設置的根URL配置文件。在該文件裏，Django發現了urlpatterns變量，於是在其內按順序的進行匹配。當它匹配上了^polls/，就脫去url中匹配的文本polls/，然後將剩下的文本“34/”，傳遞給“polls.urls”進行下一步的處理。在polls.urls，又匹配到了r’^(?P<question_id>[0-9]+)/$’，最終結果就是調用該模式對應的detail()視圖，也就是下面的函數：

detail(request=<HttpRequest object>, question_id=‘34‘)

函數中的question_id=’34’參數，是由(?P<question_id>[0-9]+)而來。在正則表達式中通過一個雙圓括號，Django會捕獲它匹配到的值並傳遞給對應的視圖，作為視圖的位置參數之一，而?P<question_id>則表示我要給這個捕獲的值指定一個特殊的變量名，在視圖中可以通過question_id這個變量名隨意的引用它，形成一個關鍵字參數，不用考慮參數的位置。至於[0-9]+則是一個很簡單的原生正則表達式，用於匹配一系列連續的數字，它匹配到的值也就是具體要傳遞的參數值。

所有的URL模式都是正則表達式，Django不限制你在url模式中的書寫方式。但是，你真的沒必要書寫一個如下的較為愚蠢的包含".html"的模式，它顯然是沒必要，不夠簡練的：

url(r‘^polls/latest\.html$‘, views.index),

你完全可以用下面的模式代替上面的：

url(r‘^polls/latest$‘, views.index),

2.5.3 編寫能實際幹點活的視圖

前面我們說過，每個視圖至少做兩件事之一：返回一個包含請求頁面的HttpResponse對象或者彈出一個類似Http404的異常。其它的則隨你便，你愛幹嘛幹嘛。

你的視圖可以從數據庫讀取記錄，或者不讀。你可以使用Django提供的模板系統或者第三方的Python模板系統，或者幹脆啥也不用。你可以生成PDF文件、輸出XML，創建ZIP壓縮文件，任何你想做的事，使用任意你想用的Python庫。

而Django想要的只有HttpResponse或者一個異常。

因為這樣很簡便，接下來讓我們使用DJango自己的數據庫API，我們在上面的教程裏介紹過的。下面是一個新的index（）視圖，它會根據發布日期顯示最近的5個投票問卷，通過逗號分隔。

polls/views.py

from django.http import HttpResponse
from .models import Question

def index(request):
    latest_question_list = Question.objects.order_by(‘-pub_date‘)[:5]
    output = ‘, ‘.join([q.question_text for q in latest_question_list])
    return HttpResponse(output)
    
# 下面是那些沒改動過的視圖(detail, results, vote)

但是這裏仍然有個問題：在視圖中的頁面時硬編碼的。如果你想改變頁面的顯示，就必須修改這裏的Python代碼。因此，讓我們來使用Django提供的模板系統，解耦視圖和模板之間的聯系。

首先，在polls目錄下創建一個新的templates目錄，Django會在它裏面查找模板文件。

這裏解釋一下：Django項目的settings配置文件中定義了如何加載和渲染模板。默認的設置
是DjangoTemplates後端，並且APP_DIRS參數被設置為True。作為慣例，Django也會尋找每個在INSTALLED_APPS配置項裏註冊過的app本身目錄下的templates子目錄。

回到你剛才創建的templates目錄中，再創建一個新的子目錄名叫polls，進入該子目錄，創建一個新的html文件index.html。換句話說，你的模板文件應該是polls/templates/polls/index.html。根據上面的解釋，你現在可以在DJango中直接使用polls/index.html引用該文件了。

模板命名空間：
你也許會想，為什麽不把模板文件直接放在polls/templates目錄下，而是費勁的再建個子目錄polls呢?設想這麽個情況，有另外一個app，它也有一個名叫index.html的文件，當Django在搜索模板時，有可能就找到它，然後退出搜索，這就命中了錯誤的目標，不是我們想要的結果。解決這個問題的最好辦法就是在templates目錄下再建立一個與app同名的子目錄，將自己所屬的模板都放到裏面，從而達到獨立命名空間的作用，不會再出現引用錯誤。

現在，將下列代碼寫入文件：
polls/templates/polls/index.html

{% if latest_question_list %}
    <ul>
    {% for question in latest_question_list %}
    <li><a href="/polls/{{ question.id }}/">{{ question.question_text }}</a></li>
    {% endfor %}
    </ul>
{% else %}
    <p>No polls are available.</p>
{% endif %}

同時，修改視圖文件，讓新的index.html文件生效：
polls/views.py

from django.http import HttpResponse
from django.template import loader
from .models import Question

def index(request):
    latest_question_list = Question.objects.order_by(‘-pub_date‘)[:5]
    template = loader.get_template(‘polls/index.html‘)
    context = {
    ‘latest_question_list‘: latest_question_list,
    }
    return HttpResponse(template.render(context, request))

上面的代碼會加載polls？index.html文件，並傳遞給它一個參數，這個參數是一個字典，包含了模板變量名和python對象之間的映射關系。

在瀏覽器中通過訪問“/polls/”，你可以看到一個列表，包含“What’s up”的問卷，以及連接到其對應詳細內容頁面的鏈接點。

快捷方式：render()

在實際運用中，加載模板、傳遞參數，返回HttpResponse對象是一整套再常用不過的操作了，為了節省力氣，Django提供了一個快捷方式：render函數，一步到位！看如下代碼：

polls/views.py

from django.shortcuts import render
from .models import Question
def index(request):
    latest_question_list = Question.objects.order_by(‘-pub_date‘)[:5]
    context = {‘latest_question_list‘: latest_question_list}
    return render(request, ‘polls/index.html‘, context)

render()函數的第一個位置參數是請求對象（就是view函數的第一個參數），第二個位置參數是模板，還可以有一個可選的第三參數---一個字典，包含需要傳遞給模板的數據。最後render函數返回一個經過字典數據渲染過的模板封裝而成的HttpResponse對象。

2.5.4 404錯誤

現在讓我們來編寫返回具體問卷文本內容的視圖：

polls/views.py

from django.http import Http404
from django.shortcuts import render
from .models import Question
# ...
def detail(request, question_id):
    try:
        question = Question.objects.get(pk=question_id)
    except Question.DoesNotExist:
        raise Http404("Question does not exist")
    return render(request, ‘polls/detail.html‘, {‘question‘: question})

這裏有個新概念：如果請求的問卷ID不存在，那麽會彈出一個Http404錯誤。

稍後我們會討論你應該在polls/detail.html裏面寫點什麽代碼，但是現在你可以簡單的先寫這麽個東西，用來展示上面的404錯誤：

polls/templates/polls/detail.html

{{ question }}

快捷方式：get_object_or_404()

就像render函數一樣，Django同樣為你提供了一個偷懶的方式，替代上面的多行代碼，那就是get_object_or_404()方法，參考下面的代碼：

polls/views.py

from django.shortcuts import get_object_or_404, render
from .models import Question
# ...
def detail(request, question_id):
    question = get_object_or_404(Question, pk=question_id)
    return render(request, ‘polls/detail.html‘, {‘question‘: question})

別說我沒提醒你，和render一樣，也需要在Django內置的快捷方式模塊中導入get_object_or_404()！

get_object_or_404()函數將一個Django模型作為第一個位置參數，後面可以跟上任意個數的關鍵字參數（python函數參數的分類和語法一定要搞清楚了！這些關鍵字參數是傳遞給模型管理器的get()函數的，在後面會講到。），如果對象不存在則彈出Http404錯誤。

理念：
為什麽要費勁的使用一個get_object_or_404()快捷方式，而不是讓系統自動的捕獲ObjectDoesNotExist異常或者彈出模型API的Http404異常？僅僅只是為了少寫點代碼？
因為後兩者會耦合模型層和視圖層。Django的一個非常重要的設計目標是維持各層級之間的松耦合。更多的內容請參考3.3.5節。

同樣，這裏還有一個get_list_or_404()函數，和上面的get_object_or_404()類似，只不過是用來替代filter()函數，當查詢列表為空時彈出404錯誤。（filter是模型API中用來過濾查詢結果的函數，它的結果是一個列表集。而get則是查詢一個結果的方法，和filter是一個和多個的區別！）

2.5.5 使用模板系統

回到detail()視圖。將上下文變量question傳遞給對應的html模板，它看起來如下所示：

polls/templates/polls/detail.html

<h1>{{ question.question_text }}</h1>
<ul>
{% for choice in question.choice_set.all %}
    <li>{{ choice.choice_text }}</li>
{% endfor %}
</ul>

前面我們說過了，在模板系統中圓點“.”是萬能的魔法師，你可以用它訪問對象的屬性。在例子{{ question.question_text }}中，DJango首先會在question對象中嘗試查找一個字典，如果失敗，則嘗試查找屬性，如果再失敗，則嘗試作為列表的索引進行查詢。

在 {% for %} 循環中的方法調用——poll.choice_set.all其實就是Python的代碼poll.choice_set.all(),它將返回一組可叠代的 Choice 對象，並用在 {% for %} 標簽中。

更多內容請查看3.5節的模板向導！

2.5.6 刪除模板中硬編碼的URLs

在polls/index.html文件中，還有一部分硬編碼存在，也就是herf裏的“/polls/”部分：

<li><a href="/polls/{{ question.id }}/">{{ question.question_text }}</a></li>

其中的緊耦合對於代碼修改非常不利。 但是，我們前面給urls定義了一個name別名，可以用它來代替。具體代碼如下：

<li><a href="{% url ‘detail‘ question.id %}">{{ question.question_text }}</a></li>

Django會在polls.urls文件中查找name=‘detail‘的url，具體的就是下面這行：

url(r‘^(?P<question_id>[0-9]+)/$‘, views.detail, name=‘detail‘),

舉個栗子，如果你想將polls的detail視圖的URL更換為polls/specifics/12/，那麽你不需要在模板中重新修改url地址了，僅僅只需要在polls/urls.py文件中，將對應的正則表達式改成下面這樣的就行了：

# 添加新的單詞‘specifics‘
url(r‘^specifics/(?P<question_id>[0-9]+)/$‘, views.detail, name=‘detail‘),

2.5.7 URL names的命名空間

本教程例子中，只有1個app也就是polls，但是在現實中很顯然會有5個、10個、更多的app同時存在一個項目中。Django是如何區分這些app之間的URL name呢？

答案是使用URLconf的命名空間。在polls/urls.py文件的開頭部分，添加一個app_name的變量來指定該應用的命名空間：

polls/urls.py

from django.conf.urls import url
from . import views

app_name = ‘polls‘
urlpatterns = [
    url(r‘^$‘, views.index, name=‘index‘),
    url(r‘^(?P<question_id>[0-9]+)/$‘, views.detail, name=‘detail‘),
    url(r‘^(?P<question_id>[0-9]+)/results/$‘, views.results, name=‘results‘),
    url(r‘^(?P<question_id>[0-9]+)/vote/$‘, views.vote, name=‘vote‘),
]

現在，讓我們將代碼修改得更嚴謹一點，將下面的：
polls/templates/polls/index.html

<li><a href="{% url ‘detail‘ question.id %}">{{ question.question_text }}</a></li>

修改為：

<li><a href="{% url ‘polls:detail‘ question.id %}">{{ question.question_text }}</a></li>

註意引用方法是引號而不是圓點也不是斜杠！！！！！！！！！！！！

到此，我們可以進入下一部分的教程了。

2.6 第一個DJango app，Part 4:表單和泛型視圖

本部分主要介紹form表單相關。

2.6.1 編寫一個簡單的form

現在在我們先前的polls/detail.html文件中添加一個表單元素：

polls/templates/polls/detail.html

<h1>{{ question.question_text }}</h1>

{% if error_message %}<p><strong>{{ error_message }}</strong></p>{% endif %}

<form action="{% url ‘polls:vote‘ question.id %}" method="post">
{% csrf_token %}
{% for choice in question.choice_set.all %}
    <input type="radio" name="choice" id="choice{{ forloop.counter }}" value="{{ choice.id }}" />
    <label for="choice{{ forloop.counter }}">{{ choice.choice_text }}</label><br />
{% endfor %}
<input type="submit" value="Vote" />
</form>

簡要說明：

• 上面的模板顯示一系列單選按鈕，按鈕的值是選項的ID，按鈕的名字是字符串"choice"。這意味著，當你選擇了其中某個按鈕，並提交表單，一個包含數據choice=#的POST請求將被發送到指定的url，#是被選擇的選項的ID。這就是HTML表單的基本概念。
• 如果你有一定的前端開發基礎，那麽form標簽的action屬性和method屬性你應該很清楚它們的含義，action表示你要發送的目的url，method表示提交數據的方式，一般分POST和GET,更多的解釋就不是本教程幹的事情了，你需要補課。
• forloop.counter是DJango模板系統管理專門提供的一個變量，用來表示你當前循環的次數，一般用來給循環項目添加有序數標。
• 由於我們發送了一個POST請求，就必須考慮一個跨站請求偽造的問題，簡稱CSRF（具體含義請百度）。Django為你提供了一個簡單的方法來避免這個困擾，那就是在form表單內添加一條{% csrf_token %}標簽，標簽名不可更改，固定格式，位置任意，只要是在form表單內。但是（譯者註），這個方法對form表單的提交方式方便好使，但是如果是用ajax的方式提交數據，那麽就很費勁了。個人認為不如直接在Django配置中關閉這個看似有作用，其實然並卵的CSRF得了。

現在，讓我們創建一個處理提交過來的數據的視圖。前面我們已經寫了一個“占坑”的vote視圖的url：
polls/urls.py

url(r‘^(?P<question_id>[0-9]+)/vote/$‘, views.vote, name=‘vote‘),

以及“占坑”的vote視圖函數，我們把坑填起來：
polls/views.py

from django.shortcuts import get_object_or_404, render
from django.http import HttpResponseRedirect, HttpResponse
from django.urls import reverse
from .models import Choice, Question
# ...

def vote(request, question_id):
    question = get_object_or_404(Question, pk=question_id)
    try:
        selected_choice = question.choice_set.get(pk=request.POST[‘choice‘])
    except (KeyError, Choice.DoesNotExist):
        # 發生choice未找到異常時，重新返回表單頁面，並給出提示信息
        return render(request, ‘polls/detail.html‘, {
        ‘question‘: question,
        ‘error_message‘: "You didn‘t select a choice.",
        })
    else:
        selected_choice.votes += 1
        selected_choice.save()
        # 成功處理數據後，自動跳轉到結果頁面，防止用戶連續多次提交。
        return HttpResponseRedirect(reverse(‘polls:results‘, args=(question.id,)))

有些新的東西，我們要解釋一下：

• request.POST是一個類似字典的對象，允許你通過鍵名訪問提交的數據。本例中，request.POST[’choice’]返回被選擇選項的ID，並且值的類型永遠是string字符串，那怕它看起來像數字，記住了！！！！同樣的，你也可以用類似的手段獲取GET請求發送過來的數據，一個道理。
• request.POST[’choice’]有可能觸發一個KeyError異常，如果你的POST數據裏沒有提供choice鍵值，在這種情況下，上面的代碼會返回表單頁面並給出錯誤提示。譯者註：通常我們會給個默認值，防止這種異常的產生，例如：request.POST[’choice’,None]，一個None解決所有問題。
• 在選擇計數器加一後，返回的是一個HttpResponseRedirect而不是先前我們常用的HttpResponse。HttpResponseRedirect需要一個參數：重定向的URL。這裏有一個建議，當你成功處理POST數據後，應當保持一個良好的習慣，始終返回一個HttpResponseRedirect。這不僅僅是對Django而言，它是一個良好的WEB開發習慣。
• 我們在上面HttpResponseRedirect的構造器中使用了一個reverse()函數。它能幫助我們避免在視圖函數中硬編碼URL。它首先需要一個我們在URLconf中指定的name，然後是傳遞的數據。例如‘/polls/3/results/‘，其中的3是某個question.id的值。重定向後將進入‘polls:results‘對應的視圖，並將question.id傳遞給它。白話來講，就是把活扔給另外一個路由對應的視圖去幹。

當有人對某個問題投票後，vote()視圖重定向到了問卷的結果顯示頁面。下面我們來寫這個處理結果頁面的視圖：
polls/views.py

from django.shortcuts import get_object_or_404, render

def results(request, question_id):
    question = get_object_or_404(Question, pk=question_id)
    return render(request, ‘polls/results.html‘, {‘question‘: question})

同樣，還需要寫個模板。（譯者註：路由、視圖、模板、模型！你需要的套路....）

polls/templates/polls/results.html

<h1>{{ question.question_text }}</h1>
<ul>
{% for choice in question.choice_set.all %}
    <li>{{ choice.choice_text }} -- {{ choice.votes }} vote{{ choice.votes|pluralize }}</li>
{% endfor %}
</ul>
<a href="{% url ‘polls:detail‘ question.id %}">Vote again?</a>

現在你可以取瀏覽器中訪問/polls/1/了，投票吧。你會看到一個結果頁面，每投一次，它的內容就更新一次。如果你提交的時候沒有選擇項目，則會得到一個錯誤提示。

註釋：（怎麽這麽多註釋....）
在上面的vote視圖中的代碼存在一點小問題。如果有2個用戶同時在對某項進行提交時，很有可能發生同時對數據庫進行讀寫的情況，它有可能導致數據的不協調，也就是所謂的“競態”，如果你感興趣，可以參考6.15節相關的通過使用F()查詢來避免競態的討論和介紹。

2.6.2 使用泛型視圖：減少代碼冗余

上面的detail、index和results視圖的代碼非常相似，有點冗余，這是一個程序猿不能忍受的。他們都具有類似的業務邏輯，實現類似的功能：通過從URL傳遞過來的參數去數據庫查詢數據，加載一個模板，利用剛才的數據渲染模板，返回這個模板。由於這個過程是如此的常見，Django又很善解人意的幫你想辦法偷懶了，它提供了一種快捷方式，名為“泛型視圖”系統。

現在，讓我們來試試看將原來的代碼改為使用泛型視圖的方式，整個過程分三步走：

• 改變URLconf
• 刪除一些舊的無用的視圖
• 采用基於泛型視圖的新視圖

註釋：Django官方的“辯解”
為什麽本教程的代碼來回改動這麽頻繁？
答：通常在寫一個Django的app時，我們一開始就要決定是使用泛型視圖還是不用，而不是等到代碼寫到一半了才重構你的代碼成泛型視圖。但是本教程為了讓你清晰的理解視圖的內涵，“故意”走了一條比較2的路，因為我們的哲學是：在你使用計算器之前你得先知道基本的數學公式。

修改URLconf

打開polls/urls.py文件，將其修改成下面的樣子：

from django.conf.urls import url
from . import views

app_name = ‘polls‘
urlpatterns = [
    url(r‘^$‘, views.IndexView.as_view(), name=‘index‘),
    url(r‘^(?P<pk>[0-9]+)/$‘, views.DetailView.as_view(), name=‘detail‘),
    url(r‘^(?P<pk>[0-9]+)/results/$‘, views.ResultsView.as_view(), name=‘results‘),
    url(r‘^(?P<question_id>[0-9]+)/vote/$‘, views.vote, name=‘vote‘),
]

請註意：在上面的的第2,3條目中將原來的<question_id>修改成了<pk>.

修改視圖

接下來，打開polls/views.py文件，刪掉index、detail和results視圖，替換成Django的泛型視圖，如下所示：

polls/views.py

from django.shortcuts import get_object_or_404, render
from django.http import HttpResponseRedirect
from django.urls import reverse
from django.views import generic
from .models import Choice, Question


class IndexView(generic.ListView):
    template_name = ‘polls/index.html‘
    context_object_name = ‘latest_question_list‘
    def get_queryset(self):
    """返回最近發布的5個問卷."""
        return Question.objects.order_by(‘-pub_date‘)[:5]
    
    
class DetailView(generic.DetailView):
    model = Question
    template_name = ‘polls/detail.html‘
    
    
class ResultsView(generic.DetailView):
    model = Question
    template_name =‘polls/results.html‘
    
    
def vote(request, question_id):
... # 這個視圖未改變！！！

在這裏，我們使用了兩種泛型視圖：ListView和DetailView（譯者註：它們是作為父類被繼承的）。這兩者分別代表“顯示一個對象的列表”和“顯示特定類型對象的詳細頁面”的抽象概念。

• 每一種泛型視圖都需要知道它要作用在哪個模型上，這通過ｍｏｄｅｌ屬性提供。

• DetailView泛型視圖需要從ＵＲＬ捕獲到的稱為"pk"的主鍵值，因此我們在url文件中將2和3條目的<question_id>修改成了<pk>。

默認情況下，DetailView泛型視圖使用一個稱作<app name>/<model name>_detail.html的模板。在本例中，實際使用的是"polls/question_detail.html"。template_name屬性就是用來指定這個模板名的，用於代替自動生成的默認模板名。（譯者註：一定要仔細觀察上面的代碼，對號入座，註意細節。）同樣的，在resutls列表視圖中，為了指定template_name為‘polls/results.html‘，這樣就確保了雖然resulst視圖和detail視圖同樣繼承了DetailView類，使用了同樣的model：Qeustion，但它們依然會顯示不同的頁面。（譯者註：模板不同嘛！so easy！）

類似的，ListView泛型視圖使用一個默認模板稱為<app name>/<model name>_list.html。我們也使用template_name這個變量來告訴ListView使用我們已經存在的
"polls/index.html"模板，而不是使用它自己默認的那個。

在教程的前面部分，我們給模板提供了一個包含question和latest_question_list的上下文變量。而對於DetailView，question變量會被自動提供，因為我們使用了Django的模型（Question），Django會智能的選擇合適的上下文變量。然而，對於ListView，自動生成的上下文變量是question_list。為了覆蓋它，我們提供了context_object_name屬性，指定說我們希望使用latest_question_list而不是question_list。

現在你可以運行開發服務器，然後試試基於泛型視圖的應用程序了。
查看更多關於泛型視圖的內容，請前往3.6節。

到這裏，本節的內容結束了，你可以開始下一小節的學習。

轉載自：http://www.cnblogs.com/feixuelove1009/p/5922347.html

Django 1.10文檔中文版Part2