02-Django基礎知識

一、內容回顧

　　1、web應用程序

　　2、HTTP協議

　　　　a、http協議特性

　　　　b、http請求格式

　　　　c、http響應格式

　　3、wsgiref模塊

　　4、Django下載與簡單應用

　　　　a、Django簡介（MTV）

　　　　b、下載django命令

　　　　c、創建項目命令

　　　　d、創建app應用

　　　　e、啟動項目　　

二、今日概要

　　1、路由層（URLconf）

　　2、視圖函數

　　3、模板

三、今日詳細

　　一、路由層（URLconf）

　　1、路由層簡單配置

　　　　URL配置(URLconf)就像Django 所支撐網站的目錄。它的本質是URL與要為該URL調用的視圖函數之間的映射表；你就是以這種方式告訴Django，對於客戶端發來的某個URL調用哪一段邏輯代碼對應執行。

urlpatterns = [
    url(r'^admin/$', admin.site.urls),
    url(r'^articles/2003/$', views.special_case_2003),
    url(r'^articles/([0-9]{4})/$', views.year_archive),
    url(r'^articles/([0-9]{4})/([0-9]{2})/$', views.month_archive),
    url(r'^articles/([0-9]{4})/([0-9]{2})/([0-9]+)/$', views.article_detail),
]

　　　　注意：

• • • 若要從URL 中捕獲一個值，只需要在它周圍放置一對圓括號。
    • 不需要添加一個前導的反斜杠，因為每個URL 都有。例如，應該是^articles 而不是 ^/articles。
    • 每個正則表達式前面的'r' 是可選的但是建議加上。它告訴Python 這個字符串是“原始的” —— 字符串中任何字符都不應該轉義

urlpatterns = [
    path('admin/', admin.site.urls),
    path('articles/2003/', views.special_case_2003),
    re_path(r'^articles/([0-9]{4})/$', views.year_archive),
    re_path(r'^articles/([0-9]{4})/([0-9]{2})/$', views.month_archive),
    re_path(r'^articles/([0-9]{4})/([0-9]{2})/([0-9]+)/$', views.article_detail),
]

　　2、有名分組

　　　　上面的示例使用簡單的、沒有命名的正則表達式組（通過圓括號）來捕獲URL 中的值並以位置 參數傳遞給視圖。在更高級的用法中，可以使用命名的正則表達式組來捕獲URL 中的值並以關鍵字 參數傳遞給視圖。

　　　　在Python 正則表達式中，命名正則表達式組的語法是(?P<name>pattern)，其中name 是組的名稱，pattern 是要匹配的模式。

　　　　下面是以上URLconf 使用命名組的重寫：

urlpatterns = [
    path('admin/', admin.site.urls),
    path('articles/2003/', views.special_case_2003),
    re_path(r'^articles/(?P<year>[0-9]{4})/$', views.year_archive),
    re_path(r'^articles/(?P<year>[0-9]{4})/(?P<month>[0-9]{2})/$', views.month_archive),
    re_path(r'^articles/(?P<year>[0-9]{4})/(?P<month>[0-9]{2})/(?P<day>[0-9]+)/$', views.article_detail),
]

　　　　這個實現與前面的示例完全相同，只有一個細微的差別：捕獲的值作為關鍵字參數而不是位置參數傳遞給視圖函數。例如：

/articles/2005/03/ 請求將調用views.month_archive(request, year='2005', month='03')函數，而不是views.month_archive(request, '2005', '03')。
/articles/2003/03/03/ 請求將調用函數views.article_detail(request, year='2003', month='03', day='03')。

　　　　在實際應用中，這意味你的URLconf 會更加明晰且不容易產生參數順序問題的錯誤 —— 你可以在你的視圖函數定義中重新安排參數的順序。當然，這些好處是以簡潔為代價。

　　3、路由分發

from django.urls import path, re_path, include

urlpatterns = [
    path('admin/', admin.site.urls),
    path('app01/', include("app01.urls")),
]

　　4、反向解析

　　　　在使用Django 項目時，一個常見的需求是獲得URL 的最終形式，以用於嵌入到生成的內容中（視圖中和顯示給用戶的URL等）或者用於處理服務器端的導航（重定向等）。人們強烈希望不要硬編碼這些URL（費力、不可擴展且容易產生錯誤）或者設計一種與URLconf 毫不相關的專門的URL 生成機制，因為這樣容易導致一定程度上產生過期的URL。

在需要URL 的地方，對於不同層級，Django 提供不同的工具用於URL 反查：

• • 在模板中：使用url 模板標簽。
  • 在Python 代碼中：使用from django.urls import reverse()函數

 　　　　urls.py

urlpatterns = [
    path('admin/', admin.site.urls),
    path('login/', views.login, name="Login"),
]

　　　　login.html

<form action="{% url 'Login' %}" method="post">
    <p>用戶名：<input type="text" name="user"></p>
    <p>密碼：<input type="password" name="pwd"></p>
    <input type="submit">
</form>

　　　　views.py

from django.shortcuts import render, HttpResponse, redirect
from django.urls import reverse


def login(request):
    
    if request.method == "POST":
        username = request.POST.get("user")
        pwd = request.POST.get("pwd")
        if username == "alex" and pwd == "123":
            return redirect(reverse("Index"))
        
    return render(request, "login.html")

　　5、名稱空間

　　　　命名空間（英語：Namespace）是表示標識符的可見范圍。一個標識符可在多個命名空間中定義，它在不同命名空間中的含義是互不相干的。這樣，在一個新的命名空間中可定義任何標識符，它們不會與任何已有的標識符發生沖突，因為已有的定義都處於其它命名空間中。

　　　　由於name沒有作用域，Django在反解URL時，會在項目全局順序搜索，當查找到第一個name指定URL時，立即返回。

　　　　我們在開發項目時，會經常使用name屬性反解出URL，當不小心在不同的app的urls中定義相同的name時，可能會導致URL反解錯誤，為了避免這種事情發生，引入了命名空間。

　　　　project的urls.py

urlpatterns = [
    re_path(r'^admin/', admin.site.urls),
    re_path(r'^app01/', include(("app01.urls", "app01"))),
    re_path(r'^app02/', include(("app02.urls", "app02"))),
]

　　　　app01.urls

urlpatterns = [
    re_path(r'^index/', index,name="index"),
]

　　　　app02.urls

urlpatterns = [
    re_path(r'^index/', index,name="index"),
]

　　　　app01.views

from django.core.urlresolvers import reverse

def index(request):

    return  HttpResponse(reverse("app01:index"))

　　　　app02.views

from django.core.urlresolvers import reverse

def index(request):

    return  HttpResponse(reverse("app02:index"))

　　　　在模板中也是同理

<form action="{% url 'app01:Login' %}" method="post">
    <p>用戶名：<input type="text" name="user"></p>
    <p>密碼：<input type="password" name="pwd"></p>
    <input type="submit">
</form>

　　二、視圖層

　　　　一個視圖函數，簡稱視圖，是一個簡單的Python 函數，它接受Web請求並且返回Web響應。響應可以是一張網頁的HTML內容，一個重定向，一個404錯誤，一個XML文檔，或者一張圖片. . . 是任何東西都可以。無論視圖本身包含什么邏輯，都要返回響應。代碼寫在哪里也無所謂，只要它在你的Python目錄下面。除此之外沒有更多的要求了——可以說“沒有什么神奇的地方”。為了將代碼放在某處，約定是將視圖放置在項目或應用程序目錄中的名為views.py的文件中。

　　　　下面是一個返回當前日期和時間作為HTML文檔的視圖：

from django.shortcuts import render, HttpResponse, HttpResponseRedirect, redirect
import datetime

def current_datetime(request):
    now = datetime.datetime.now()
    html = "<h3>現在時刻： now %s</h3>" % now
    return HttpResponse(html)

　　　　讓我們逐行閱讀上面的代碼：

• • • 首先，我們從 django.shortcuts模塊導入了HttpResponse類，以及Python的datetime庫。

    • 接着，我們定義了current_datetime函數。它就是視圖函數。每個視圖函數都使用HttpRequest對象作為第一個參數，並且通常稱之為request。

      注意,視圖函數的名稱並不重要；不需要用一個統一的命名方式來命名，以便讓Django識別它。我們將其命名為current_datetime，是因為這個名稱能夠精確地反映出它的功能。

    • 這個視圖會返回一個HttpResponse對象，其中包含生成的響應。每個視圖函數都負責返回一個HttpResponse對象。

　　　　視圖層，熟練掌握兩個對象即可：請求對象(request)和響應對象(HttpResponse)

　　　　1、HttpRequest對象

　　　　　　a、request屬性

　　　　　　　　django將請求報文中的請求行、首部信息、內容主體封裝成 HttpRequest 類中的屬性。 除了特殊說明的之外，其他均為只讀的。

/*

1.HttpRequest.GET

　　一個類似於字典的對象，包含 HTTP GET 的所有參數。詳情請參考 QueryDict 對象。

2.HttpRequest.POST

　　一個類似於字典的對象，如果請求中包含表單數據，則將這些數據封裝成 QueryDict 對象。

　　POST 請求可以帶有空的 POST 字典 —— 如果通過 HTTP POST 方法發送一個表單，但是表單中沒有任何的數據，QueryDict 對象依然會被創建。
   因此，不應該使用 if request.POST  來檢查使用的是否是POST 方法；應該使用 if request.method == "POST"
　　另外：如果使用 POST 上傳文件的話，文件信息將包含在 FILES 屬性中。
   
   注意：鍵值對的值是多個的時候,比如checkbox類型的input標簽，select標簽，需要用：
        request.POST.getlist("hobby")

3.HttpRequest.body

　　一個字符串，代表請求報文的主體。在處理非 HTTP 形式的報文時非常有用，例如：二進制圖片、XML,Json等。
　　但是，如果要處理表單數據的時候，推薦還是使用 HttpRequest.POST 。


4.HttpRequest.path

　　一個字符串，表示請求的路徑組件（不含域名）。
　　例如："/music/bands/the_beatles/"

5.HttpRequest.method

　　一個字符串，表示請求使用的HTTP 方法。必須使用大寫。
　　例如："GET"、"POST"


6.HttpRequest.encoding

　　一個字符串，表示提交的數據的編碼方式（如果為 None 則表示使用 DEFAULT_CHARSET 的設置，默認為 'utf-8'）。
   這個屬性是可寫的，你可以修改它來修改訪問表單數據使用的編碼。
   接下來對屬性的任何訪問（例如從 GET 或 POST 中讀取數據）將使用新的 encoding 值。
   如果你知道表單數據的編碼不是 DEFAULT_CHARSET ，則使用它。


7.HttpRequest.META

 　　一個標准的Python 字典，包含所有的HTTP 首部。具體的頭部信息取決於客戶端和服務器，下面是一些示例：

    CONTENT_LENGTH —— 請求的正文的長度（是一個字符串）。
    CONTENT_TYPE —— 請求的正文的MIME 類型。
    HTTP_ACCEPT —— 響應可接收的Content-Type。
    HTTP_ACCEPT_ENCODING —— 響應可接收的編碼。
    HTTP_ACCEPT_LANGUAGE —— 響應可接收的語言。
    HTTP_HOST —— 客服端發送的HTTP Host 頭部。
    HTTP_REFERER —— Referring 頁面。
    HTTP_USER_AGENT —— 客戶端的user-agent 字符串。
    QUERY_STRING —— 單個字符串形式的查詢字符串（未解析過的形式）。
    REMOTE_ADDR —— 客戶端的IP 地址。
    REMOTE_HOST —— 客戶端的主機名。
    REMOTE_USER —— 服務器認證后的用戶。
    REQUEST_METHOD —— 一個字符串，例如"GET" 或"POST"。
    SERVER_NAME —— 服務器的主機名。
    SERVER_PORT —— 服務器的端口（是一個字符串）。
 　　從上面可以看到，除 CONTENT_LENGTH 和 CONTENT_TYPE 之外，請求中的任何 HTTP 首部轉換為 META 的鍵時，
    都會將所有字母大寫並將連接符替換為下划線最后加上 HTTP_  前綴。
    所以，一個叫做 X-Bender 的頭部將轉換成 META 中的 HTTP_X_BENDER 鍵。

8.HttpRequest.FILES

　　一個類似於字典的對象，包含所有的上傳文件信息。
   FILES 中的每個鍵為<input type="file" name="" /> 中的name，值則為對應的數據。
　　注意，FILES 只有在請求的方法為POST 且提交的<form> 帶有enctype="multipart/form-data" 的情況下才會
   包含數據。否則，FILES 將為一個空的類似於字典的對象。


9.HttpRequest.COOKIES

　　一個標准的Python 字典，包含所有的cookie。鍵和值都為字符串。



10.HttpRequest.session

 　　一個既可讀又可寫的類似於字典的對象，表示當前的會話。只有當Django 啟用會話的支持時才可用。
    完整的細節參見會話的文檔。


11.HttpRequest.user(用戶認證組件下使用)

　　一個 AUTH_USER_MODEL 類型的對象，表示當前登錄的用戶。

　　如果用戶當前沒有登錄，user 將設置為 django.contrib.auth.models.AnonymousUser 的一個實例。你可以通過 is_authenticated() 區分它們。

    例如：

    if request.user.is_authenticated():
        # Do something for logged-in users.
    else:
        # Do something for anonymous users.


     　　user 只有當Django 啟用 AuthenticationMiddleware 中間件時才可用。

     -------------------------------------------------------------------------------------

    匿名用戶
    class models.AnonymousUser

    django.contrib.auth.models.AnonymousUser 類實現了django.contrib.auth.models.User 接口，但具有下面幾個不同點：

    id 永遠為None。
    username 永遠為空字符串。
    get_username() 永遠返回空字符串。
    is_staff 和 is_superuser 永遠為False。
    is_active 永遠為 False。
    groups 和 user_permissions 永遠為空。
    is_anonymous() 返回True 而不是False。
    is_authenticated() 返回False 而不是True。
    set_password()、check_password()、save() 和delete() 引發 NotImplementedError。
    New in Django 1.8:
    新增 AnonymousUser.get_username() 以更好地模擬 django.contrib.auth.models.User。

*/

　　　　　　b、request常用方法

/*

1.HttpRequest.get_full_path()

　　返回 path，如果可以將加上查詢字符串。

　　例如："/music/bands/the_beatles/?print=true"


2.HttpRequest.is_ajax()

　　如果請求是通過XMLHttpRequest 發起的，則返回True，方法是檢查 HTTP_X_REQUESTED_WITH 相應的首部是否是字符串'XMLHttpRequest'。

　　大部分現代的 JavaScript 庫都會發送這個頭部。如果你編寫自己的 XMLHttpRequest 調用（在瀏覽器端），你必須手工設置這個值來讓 is_ajax() 可以工作。

　　如果一個響應需要根據請求是否是通過AJAX 發起的，並且你正在使用某種形式的緩存例如Django 的 cache middleware，
   你應該使用 vary_on_headers('HTTP_X_REQUESTED_WITH') 裝飾你的視圖以讓響應能夠正確地緩存。

*/

　　　　2、HttpResponse對象

　　　　　　響應對象主要有三種形式（響應三劍客）：

• • • HttpResponse()
    • render()
    • redirect()

　　　　　　HttpResponse()括號內直接跟一個具體的字符串作為響應體，比較直接很簡單，所以這里主要介紹后面兩種形式。

　　　　　　a、render方法

render(request, template_name[, context]）
 
結合一個給定的模板和一個給定的上下文字典，並返回一個渲染后的 HttpResponse 對象。

　　　　　　參數：
     　　　　request： 用於生成響應的請求對象。

     　　　　template_name：要使用的模板的完整名稱，可選的參數

     　　　　context：添加到模板上下文的一個字典。默認是一個空字典。如果字典中的某個值是可調用的，視圖將在渲染模板之前調用它。

　　　　　　render方法就是將一個模板頁面中的模板語法進行渲染，最終渲染成一個html頁面作為響應體。
　　　　　　b、redirect方法
　　　　　　　　傳遞要重定向的一個硬編碼的URL

def my_view(request):
    ...
    return redirect('/some/url/')

　　　　　　　　也可以是一個完整的URL

def my_view(request):
    ...
    return redirect('http://example.com/')　

　　　　　　　　ps：兩次請求

1）301和302的區別。

　　301和302狀態碼都表示重定向，就是說瀏覽器在拿到服務器返回的這個狀態碼后會自動跳轉到一個新的URL地址，這個地址可以從響應的Location首部中獲取
  （用戶看到的效果就是他輸入的地址A瞬間變成了另一個地址B）——這是它們的共同點。

　　他們的不同在於。301表示舊地址A的資源已經被永久地移除了（這個資源不可訪問了），搜索引擎在抓取新內容的同時也將舊的網址交換為重定向之后的網址；

　　302表示舊地址A的資源還在（仍然可以訪問），這個重定向只是臨時地從舊地址A跳轉到地址B，搜索引擎會抓取新的內容而保存舊的網址。 SEO302好於301

 
2）重定向原因：
（1）網站調整（如改變網頁目錄結構）；
（2）網頁被移到一個新地址；
（3）網頁擴展名改變(如應用需要把.php改成.Html或.shtml)。
        這種情況下，如果不做重定向，則用戶收藏夾或搜索引擎數據庫中舊地址只能讓訪問客戶得到一個404頁面錯誤信息，訪問流量白白喪失；再者某些注冊了多個域名的
    網站，也需要通過重定向讓訪問這些域名的用戶自動跳轉到主站點等。

　　三、模板層

　　　　1、模板語法之變量

　　　　　　在 Django 模板中遍歷復雜數據結構的關鍵是句點字符, 語法： 

{{ var_name }}

　　　　　　views.py：

def index(request):
    import datetime
    s="hello"
    l=[111,222,333]    # 列表
    dic={"name":"yuan","age":18}  # 字典
    date = datetime.date(1993, 5, 2)   # 日期對象
 
    class Person(object):
        def __init__(self,name):
            self.name=name
 
    person_yuan=Person("yuan")  # 自定義類對象
    person_egon=Person("egon")
    person_alex=Person("alex")
 
    person_list=[person_yuan,person_egon,person_alex]
 
 
    return render(request,"index.html",{"l":l,"dic":dic,"date":date,"person_list":person_list})

　　　　　　template： 

<h4>{{s}}</h4>
<h4>列表:{{ l.0 }}</h4>
<h4>列表:{{ l.2 }}</h4>
<h4>字典:{{ dic.name }}</h4>
<h4>日期:{{ date.year }}</h4>
<h4>類對象列表:{{ person_list.0.name }}</h4>

　　　　　　注意：句點符也可以用來引用對象的方法(無參數方法):

<h4>字典:{{ dic.name.upper }}</h4>

　　　　2、模板語法之過濾器

　　　　　　語法：

{{obj|filter__name:param}}

　　　　　　default

　　　　　　　　如果一個變量是false或者為空，使用給定的默認值。否則，使用變量的值。例如：

{{ value|default:"nothing" }}

　　　　　　length

 　　　　　　　　返回值的長度。它對字符串和列表都起作用。例如：

{{ value|length }}

　　　　　　　　如果 value 是 ['a', 'b', 'c', 'd']，那么輸出是 4。

　　　　　　filesizeformat

 　　　　　　　　將值格式化為一個 “人類可讀的” 文件尺寸 （例如 '13 KB', '4.1 MB', '102 bytes', 等等）。例如：

{{ value|filesizeformat }}

　　　　　　　　如果 value 是 123456789，輸出將會是 117.7 MB。

　　　　　　date

　　　　　　　　如果 value=datetime.datetime.now()

{{ value|date:"Y-m-d" }}　

　　　　　　truncatechars

 　　　　　　　　如果字符串字符多於指定的字符數量，那么會被截斷。截斷的字符串將以可翻譯的省略號序列（“...”）結尾。

　　　　　　　　參數：要截斷的字符數

　　　　　　　　例如：

{{ value|truncatechars:10 }}

　　　　　　safe

　　　　　　　　Django的模板中會對HTML標簽和JS等語法標簽進行自動轉義，原因顯而易見，這樣是為了安全。但是有的時候我們可能不希望這些HTML元素被轉義，比如我們做一個內容管理系統，后台添加的文章中是經過修飾的，這些修飾可能是通過一個類似於FCKeditor編輯加注了HTML修飾符的文本，如果自動轉義的話顯示的就是保護HTML標簽的源文件。為了在Django中關閉HTML的自動轉義有兩種方式，如果是一個單獨的變量我們可以通過過濾器“|safe”的方式告訴Django這段代碼是安全的不必轉義。比如：

value="<a href="">點擊</a>"

{{ value|safe }}

　　　　3、模板之標簽　

　　　　　　標簽看起來像是這樣的： {% tag %}。標簽比變量更加復雜：一些在輸出中創建文本，一些通過循環或邏輯來控制流程，一些加載其后的變量將使用到的額外信息到模版中。一些標簽需要開始和結束標簽 （例如{% tag %} ...標簽 內容 ... {% endtag %}）。

　　　　　　for標簽

遍歷每一個元素：

{% for person in person_list %}
    <p>{{ person.name }}</p>
{% endfor %}

可以利用{% for obj in list reversed %}反向完成循環。

遍歷一個字典：

{% for key,val in dic.items %}
    <p>{{ key }}:{{ val }}</p>
{% endfor %}

注：循環序號可以通過｛｛forloop｝｝顯示　　

forloop.counter            The current iteration of the loop (1-indexed)
forloop.counter0           The current iteration of the loop (0-indexed)
forloop.revcounter         The number of iterations from the end of the loop (1-indexed)
forloop.revcounter0        The number of iterations from the end of the loop (0-indexed)
forloop.first              True if this is the first time through the loop
forloop.last               True if this is the last time through the loop

for ... empty

for 標簽帶有一個可選的{% empty %} 從句，以便在給出的組是空的或者沒有被找到時，可以有所操作。

{% for person in person_list %}
    <p>{{ person.name }}</p>

{% empty %}
    <p>sorry,no person here</p>
{% endfor %}

if 標簽

{% if %}會對一個變量求值，如果它的值是“True”（存在、不為空、且不是boolean類型的false值），對應的內容塊會輸出。

{% if num > 100 or num < 0 %}
    <p>無效</p>
{% elif num > 80 and num < 100 %}
    <p>優秀</p>
{% else %}
    <p>湊活吧</p>
{% endif %}

with

使用一個簡單地名字緩存一個復雜的變量，當你需要使用一個“昂貴的”方法（比如訪問數據庫）很多次的時候是非常有用的

例如：

{% with total=business.employees.count %}
    {{ total }} employee{{ total|pluralize }}
{% endwith %}

csrf_token

這個標簽用於跨站請求偽造保護

4、自定義標簽和過濾器

1、在settings中的INSTALLED_APPS配置當前app，不然django無法找到自定義的simple_tag.

2、在app中創建templatetags模塊(模塊名只能是templatetags)

3、創建任意 .py 文件，如：my_tags.py

from django import template
from django.utils.safestring import mark_safe

register = template.Library()   #register的名字是固定的,不可改變


@register.filter
def filter_multi(v1,v2):
    return  v1 * v2


@register.simple_tag
def simple_tag_multi(v1,v2):
    return  v1 * v2


@register.simple_tag
def my_input(id,arg):
    result = "<input type='text' id='%s' class='%s' />" %(id,arg,)
    return mark_safe(result)

4、在使用自定義simple_tag和filter的html文件中導入之前創建的 my_tags.py

{% load my_tags %}　

5、使用simple_tag和filter（如何調用）

-------------------------------.html
{% load xxx %}   
     
# num=12
{{ num|filter_multi:2 }} #24


{% simple_tag_multi 2 5 %}  參數不限,但不能放在if for語句中
{% simple_tag_multi num 5 %}

注意：filter可以用在if等語句后，simple_tag不可以

{% if num|filter_multi:30 > 100 %}
    {{ num|filter_multi:30 }}
{% endif %}

5、模板繼承 (extend)

Django模版引擎中最強大也是最復雜的部分就是模版繼承了。模版繼承可以讓您創建一個基本的“骨架”模版，它包含您站點中的全部元素，並且可以定義能夠被子模版覆蓋的 blocks 。

通過從下面這個例子開始，可以容易的理解模版繼承：

<!DOCTYPE html>
<html lang="en">
<head>
    <link rel="stylesheet" href="style.css" />
    <title>{% block title %}My amazing site{%/span> endblock %}</title>
</head>

<body>
    <div id="sidebar">
        {% block sidebar %}
        <ul>
            <li><a href="/">Home</a></li>
            <li><a href="/blog/">Blog</a></li>
        </ul>
        {% endblock %}
    </div>

    <div id="content">
        {% block content %}{% endblock %}
    </div>
</body>
</html>

這個模版，我們把它叫作 base.html， 它定義了一個可以用於兩列排版頁面的簡單HTML骨架。“子模版”的工作是用它們的內容填充空的blocks。

在這個例子中， block 標簽定義了三個可以被子模版內容填充的block。 block 告訴模版引擎： 子模版可能會覆蓋掉模版中的這些位置。

子模版可能看起來是這樣的：

{% extends "base.html" %}

{% block title %}My amazing blog{% endblock %}

{% block content %}
{% for entry in blog_entries %}
    <h2>{{ entry.title }}</h2>
    <p>{{ entry.body }}</p>
{% endfor %}
{% endblock %}

extends 標簽是這里的關鍵。它告訴模版引擎，這個模版“繼承”了另一個模版。當模版系統處理這個模版時，首先，它將定位父模版——在此例中，就是“base.html”。

那時，模版引擎將注意到 base.html 中的三個 block 標簽，並用子模版中的內容來替換這些block。根據 blog_entries 的值，輸出可能看起來是這樣的：

<!DOCTYPE html>
<html lang="en">
<head>
    <link rel="stylesheet" href="style.css" />
    <title>My amazing blog</title>
</head>

<body>
    <div id="sidebar">
        <ul>
            <li><a href="/">Home</a></li>
            <li><a href="/blog/">Blog</a></li>
        </ul>
    </div>

    <div id="content">
        <h2>Entry one</h2>
        <p>This is my first entry.</p>

        <h2>Entry two</h2>
        <p>This is my second entry.</p>
    </div>
</body>
</html>

請注意，子模版並沒有定義 sidebar block，所以系統使用了父模版中的值。父模版的 {% block %} 標簽中的內容總是被用作備選內容（fallback）。

這種方式使代碼得到最大程度的復用，並且使得添加內容到共享的內容區域更加簡單，例如，部分范圍內的導航。

這里是使用繼承的一些提示：

• 如果你在模版中使用 {% extends %} 標簽，它必須是模版中的第一個標簽。其他的任何情況下，模版繼承都將無法工作。

• 在base模版中設置越多的 {% block %} 標簽越好。請記住，子模版不必定義全部父模版中的blocks，所以，你可以在大多數blocks中填充合理的默認內容，然后，只定義你需要的那一個。多一點鈎子總比少一點好。

• 如果你發現你自己在大量的模版中復制內容，那可能意味着你應該把內容移動到父模版中的一個 {% block %} 中。

• If you need to get the content of the block from the parent template, the {{ block.super }} variable will do the trick. This is useful if you want to add to the contents of a parent block instead of completely overriding it. Data inserted using {{ block.super }} will not be automatically escaped (see the next section), since it was already escaped, if necessary, in the parent template.

• 為了更好的可讀性，你也可以給你的 {% endblock %} 標簽一個 名字 。例如：

  {% block content %}
  ...
  {% endblock content %}　　

  在大型模版中，這個方法幫你清楚的看到哪一個　 {% block %} 標簽被關閉了。

• 不能在一個模版中定義多個相同名字的 block 標簽。

四、今日作業

　　運用今天所學的知識點，完成書籍展示頁面（運用bootstrap的表格展示）

　　數據為：

class Book:
    def __init__(self, title, price, author, publisher):
        self.title = title
        self.price = price
        self.author = author
        self.publisher = publisher


book1 = Book("三國演義", 200, "羅貫中", "南山出版社")
book2 = Book("紅樓夢", 130, "曹雪芹", "東莞出版社")
book3 = Book("西游記", 150, "吳承恩", "南山出版社")
book4 = Book("水滸傳", 180, "施耐庵", "寶安出版社")

books_list = [book1, book2, book3, book4]