目錄

• MVC框架和MTV框架
• APP
• 路由系統
• 檢視系統
• 模板
• 模型

1， MVC框架和MTV框架

• MVC，全名是Model View Controller，是軟體工程中的一種軟體架構模式，把軟體系統分為三個基本部分：模型(Model)、檢視(View)和控制器(Controller)，具有耦合性低、重用性高、生命週期成本低等優點。

• Django框架的設計模式借鑑了MVC框架的思想，也是分成三部分，來降低各個部分之間的耦合性。

• Django框架的不同之處在於它拆分的三部分為：Model（模型）、Template（模板）和View（檢視），也就是MTV框架。

1.1 Django的MTV模式

• Model(模型)：負責業務物件與資料庫的物件(ORM)
• Template(模版)：負責如何把頁面展示給使用者
• View(檢視)：負責業務邏輯，並在適當的時候呼叫Model和Template
• 此外，Django還有一個urls分發器，它的作用是將一個個URL的頁面請求分發給不同的view處理，view再呼叫相應的Model和Template

1.2 Django框架圖示

2， APP

• 一個Django專案可以分為很多個APP，用來隔離不同功能模組的程式碼。

2.1 命令列建立

python manage.py startapp app01
 

2.2 使用PyCharm建立

• 在下方彈出的命令視窗輸入：

startapp app01

3， 路由系統

• Django 1.11版本 URLConf官方文件：https://docs.djangoproject.com/en/1.11/topics/http/urls/
• URL配置(URLconf)就像Django 所支撐網站的目錄。它的本質是URL與要為該URL呼叫的檢視函式之間的對映表。

3.1 URLconf配置

3.1.1 基本格式

from django.conf.urls import url

urlpatterns = [
     url(正則表示式, views檢視函式，引數，別名),
]
 

• 注意：
• Django 2.0版本中的路由系統已經替換成下面的寫法（官方文件 https://docs.djangoproject.com/en/2.0/topics/http/urls/）：

from django.urls import path

urlpatterns = [
    path('articles/2003/', views.special_case_2003),
    path('articles/<int:year>/', views.year_archive),
    path('articles/<int:year>/<int:month>/', views.month_archive),
    path('articles/<int:year>/<int:month>/<slug:slug>/', views.article_detail),
]

3.1.2 引數說明

• 正則表示式：一個正則表示式字串
• views檢視函式：一個可呼叫物件，通常為一個檢視函式或一個指定檢視函式路徑的字串
• 引數：可選的要傳遞給檢視函式的預設引數（字典形式）
• 別名：一個可選的name引數

3.2 正則表示式詳解

3.2.1 基本配置

from django.conf.urls import url

from . import views

urlpatterns = [
    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),
]

3.2.2 注意事項

• urlpatterns中的元素按照書寫順序從上往下逐一匹配正則表示式，一旦匹配成功則不再繼續。
• 若要從URL中捕獲一個值，只需要在它周圍放置一對圓括號（分組匹配）。
• 不需要新增一個前導的反斜槓，因為每個URL 都有。例如，應該是^articles 而不是 ^/articles。
• 每個正則表示式前面的'r' 是可選的但是建議加上。

3.2.3 補充說明

# 是否開啟URL訪問地址後面不為/跳轉至帶有/的路徑的配置項
APPEND_SLASH=True

• Django settings.py配置檔案中預設沒有 APPEND_SLASH 這個引數，但 Django 預設這個引數為 APPEND_SLASH = True。 其作用就是自動在網址結尾加'/'。

• 其效果就是：

• 我們定義了urls.py：

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

urlpatterns = [
        url(r'^blog/$', views.blog),
]

• 訪問 http://www.example.com/blog 時，預設將網址自動轉換為 http://www.example/com/blog/ 。
• 如果在settings.py中設定了 APPEND_SLASH=False，此時我們再請求 http://www.example.com/blog 時就會提示找不到頁面。

3.3. 分組命名匹配

• 上面的示例使用簡單的正則表示式分組匹配（通過圓括號）來捕獲URL中的值並以位置引數形式傳遞給檢視。
• 在更高階的用法中，可以使用分組命名匹配的正則表示式組來捕獲URL中的值並以關鍵字引數形式傳遞給檢視。
• 在Python的正則表示式中，分組命名正則表示式組的語法是(?P
• 下面是以上URLconf 使用命名組的重寫：

from django.conf.urls import url

from . import views

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

• 這個實現與前面的示例完全相同，只有一個細微的差別：捕獲的值作為關鍵字引數而不是位置引數傳遞給檢視函式。
• 例如，針對url /articles/2017/12/相當於按以下方式呼叫檢視函式：

views.month_archive(request, year="2017", month="12")

• 在實際應用中，使用分組命名匹配的方式可以讓你的URLconf 更加明晰且不容易產生引數順序問題的錯誤，但是有些開發人員則認為分組命名組語法太醜陋、繁瑣。

• 至於究竟應該使用哪一種，你可以根據自己的喜好來決定。

3.3.1 URLconf匹配的位置

• URLconf 在請求的URL 上查詢，將它當做一個普通的Python 字串。不包括GET和POST引數以及域名。

• 例如，http://www.example.com/myapp/ 請求中，URLconf 將查詢myapp/。

• 在http://www.example.com/myapp/?page=3 請求中，URLconf 仍將查詢myapp/。

• URLconf 不檢查請求的方法。換句話講，所有的請求方法 —— 同一個URL的POST、GET、HEAD等等 —— 都將路由到相同的函式。

3.3.2 捕獲的引數永遠都是字串

• 每個在URLconf中捕獲的引數都作為一個普通的Python字串傳遞給檢視，無論正則表示式使用的是什麼匹配方式。例如，下面這行URLconf 中：

url(r'^articles/(?P<year>[0-9]{4})/$', views.year_archive),

• 傳遞到檢視函式views.year_archive() 中的year 引數永遠是一個字串型別。

3.3.3 檢視函式中指定預設值

# urls.py中
from django.conf.urls import url

from . import views

urlpatterns = [
    url(r'^blog/$', views.page),
    url(r'^blog/page(?P<num>[0-9]+)/$', views.page),
]

# views.py中，可以為num指定預設值
def page(request, num="1"):
    pass

• 在上面的例子中，兩個URL模式指向相同的view - views.page - 但是第一個模式並沒有從URL中捕獲任何東西。

• 如果第一個模式匹配上了，page()函式將使用其預設引數num=“1”,如果第二個模式匹配，page()將使用正則表示式捕獲到的num值。

3.3.4 include其他的URLconfs

#At any point, your urlpatterns can “include” other URLconf modules. This
#essentially “roots” a set of URLs below other ones.

#For example, here’s an excerpt of the URLconf for the Django website itself.
#It includes a number of other URLconfs:


from django.conf.urls import include, url

urlpatterns = [
   url(r'^admin/', admin.site.urls),
   url(r'^blog/', include('blog.urls')),  # 可以包含其他的URLconfs檔案
]

3.4 傳遞額外的引數給檢視函式（瞭解）

• URLconfs 具有一個鉤子，讓你傳遞一個Python 字典作為額外的引數傳遞給檢視函式。
• django.conf.urls.url() 函式可以接收一個可選的第三個引數，它是一個字典，表示想要傳遞給檢視函式的額外關鍵字引數。
• 例如：

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

urlpatterns = [
    url(r'^blog/(?P<year>[0-9]{4})/$', views.year_archive, {'foo': 'bar'}),
]

• 在這個例子中，對於/blog/2005/請求，Django 將呼叫views.year_archive(request, year='2005', foo='bar')。
• 這個技術在Syndication 框架中使用，來傳遞元資料和選項給檢視。

3.5 命名URL和URL反向解析

• 在使用Django 專案時，一個常見的需求是獲得URL的最終形式，以用於嵌入到生成的內容中（檢視中和顯示給使用者的URL等）或者用於處理伺服器端的導航（重定向等）。
• 人們強烈希望不要硬編碼這些URL（費力、不可擴充套件且容易產生錯誤）或者設計一種與URLconf 毫不相關的專門的URL 生成機制，因為這樣容易導致一定程度上產生過期的URL。
• 換句話講，需要的是一個DRY 機制。除了其它有點，它還允許設計的URL 可以自動更新而不用遍歷專案的原始碼來搜尋並替換過期的URL。
• 獲取一個URL 最開始想到的資訊是處理它檢視的標識（例如名字），查詢正確的URL 的其它必要的資訊有檢視引數的型別（位置引數、關鍵字引數）和值。
• Django 提供一個辦法是讓URL 對映是URL 設計唯一的地方。你填充你的URLconf，然後可以雙向使用它：
  • 根據使用者/瀏覽器發起的URL 請求，它呼叫正確的Django 檢視，並從URL 中提取它的引數需要的值。
  • 根據Django 檢視的標識和將要傳遞給它的引數的值，獲取與之關聯的URL。
• 第一種方式是我們在前面的章節中一直討論的用法。第二種方式叫做反向解析URL、反向URL 匹配、反向URL 查詢或者簡單的URL 反查。
• 在需要URL 的地方，對於不同層級，Django 提供不同的工具用於URL 反查：
  • 在模板中：使用url模板標籤。
  • 在Python 程式碼中：使用django.core.urlresolvers.reverse() 函式。
  • 在更高層的與處理Django 模型例項相關的程式碼中：使用get_absolute_url() 方法。
• 簡單來說就是可以給我們的URL匹配規則起個名字，一個URL匹配模式起一個名字。
• 這樣我們以後就不需要寫死URL程式碼了，只需要通過名字來呼叫當前的URL。
• 舉個簡單的例子：

url(r'^home', views.home, name='home'),  # 給我的url匹配模式起名為 home
url(r'^index/(\d*)', views.index, name='index'),  # 給我的url匹配模式起名為index

• 這樣：
• 在模板裡面可以這樣引用：

{% url 'home' %}

• 在views函式中可以這樣引用：

from django.urls import reverse

reverse("index", args=("2018", ))

• 例子：
• 考慮下面的URLconf：

from django.conf.urls import url

from . import views

urlpatterns = [
    # ...
    url(r'^articles/([0-9]{4})/$', views.year_archive, name='news-year-archive'),
    # ...
]

• 根據這裡的設計，某一年nnnn對應的歸檔的URL是/articles/nnnn/。

• 你可以在模板的程式碼中使用下面的方法獲得它們：

<a href="{% url 'news-year-archive' 2012 %}">2012 Archive</a>

<ul>
{% for yearvar in year_list %}
<li><a href="{% url 'news-year-archive' yearvar %}">{{ yearvar }} Archive</a></li>
{% endfor %}
</ul>

• 在Python 程式碼中，這樣使用：

from django.urls import reverse
from django.shortcuts import redirect

def redirect_to_year(request):
    # ...
    year = 2006
    # ...
    return redirect(reverse('news-year-archive', args=(year,)))

• 如果出於某種原因決定按年歸檔文章釋出的URL應該調整一下，那麼你將只需要修改URLconf 中的內容。

• 在某些場景中，一個檢視是通用的，所以在URL 和檢視之間存在多對一的關係。對於這些情況，當反查URL 時，只有檢視的名字還不夠。

• 注意：

• 為了完成上面例子中的URL 反查，你將需要使用命名的URL 模式。URL 的名稱使用的字串可以包含任何你喜歡的字元。不只限制在合法的Python 名稱。

• 當命名你的URL 模式時，請確保使用的名稱不會與其它應用中名稱衝突。如果你的URL 模式叫做comment，而另外一個應用中也有一個同樣的名稱，當你在模板中使用這個名稱的時候不能保證將插入哪個URL。

• 在URL 名稱中加上一個字首，比如應用的名稱，將減少衝突的可能。我們建議使用myapp-comment 而不是comment。

3.6 名稱空間模式

• 即使不同的APP使用相同的URL名稱，URL的名稱空間模式也可以讓你唯一反轉命名的URL。
• 舉個例子：
• project中的urls.py

from django.conf.urls import url, include
 
urlpatterns = [
    url(r'^app01/', include('app01.urls', namespace='app01')),
    url(r'^app02/', include('app02.urls', namespace='app02')),
]

• app01中的urls.py

from django.conf.urls import url
from app01 import views
 
app_name = 'app01'
urlpatterns = [
    url(r'^(?P<pk>\d+)/$', views.detail, name='detail')
]

• app02中的urls.py

from django.conf.urls import url
from app02 import views
 
app_name = 'app02'
urlpatterns = [
    url(r'^(?P<pk>\d+)/$', views.detail, name='detail')
]

• 現在，我的兩個app中 url名稱重複了，我反轉URL的時候就可以通過名稱空間的名稱得到我當前的URL。
• 語法：
  • '名稱空間名稱:URL名稱'
• 模板中使用：

{% url 'app01:detail' pk=12 pp=99 %}

• views中的函式中使用

v = reverse('app01:detail', kwargs={'pk':11})

• 這樣即使app中URL的命名相同，我也可以反轉得到正確的URL了。

4， 檢視系統

• 一個檢視函式（類），簡稱檢視，是一個簡單的Python 函式（類），它接受Web請求並且返回Web響應。
• 響應可以是一張網頁的HTML內容，一個重定向，一個404錯誤，一個XML文件，或者一張圖片。
• 無論檢視本身包含什麼邏輯，都要返回響應。程式碼寫在哪裡也無所謂，只要它在你當前專案目錄下面。除此之外沒有更多的要求了——可以說“沒有什麼神奇的地方”。為了將程式碼放在某處，大家約定成俗將檢視放置在專案（project）或應用程式（app）目錄中的名為views.py的檔案中。

4.1 一個簡單的檢視

• 下面是一個以HTML文件的形式返回當前日期和時間的檢視：

from django.http import HttpResponse
import datetime

def current_datetime(request):
    now = datetime.datetime.now()
    html = "<html><body>It is now %s.</body></html>" % now
    return HttpResponse(html)

• 讓我們來逐行解釋下上面的程式碼：
  • 首先，我們從 django.http模組匯入了HttpResponse類，以及Python的datetime庫。
  • 接著，我們定義了current_datetime函式。它就是檢視函式。每個檢視函式都使用HttpRequest物件作為第一個引數，並且通常稱之為request。
  • 注意，檢視函式的名稱並不重要；不需要用一個統一的命名方式來命名，以便讓Django識別它。我們將其命名為current_datetime，是因為這個名稱能夠比較準確地反映出它實現的功能。
  • 這個檢視會返回一個HttpResponse物件，其中包含生成的響應。每個檢視函式都負責返回一個HttpResponse物件。
• Django使用請求和響應物件來通過系統傳遞狀態。
• 當瀏覽器向服務端請求一個頁面時，Django建立一個HttpRequest物件，該物件包含關於請求的元資料。然後，Django載入相應的檢視，將這個HttpRequest物件作為第一個引數傳遞給檢視函式。
• 每個檢視負責返回一個HttpResponse物件。

4.2 BV和FBV

• 於函式的view，就叫FBV。還可以把view寫成基於類的。
• 新增班級為例

4.2.1 FBV版：

# FBV版新增班級
def add_class(request):
    if request.method == "POST":
        class_name = request.POST.get("class_name")
        models.Classes.objects.create(name=class_name)
        return redirect("/class_list/")
    return render(request, "add_class.html")

4.2.2 CBV版：

# CBV版新增班級
from django.views import View


class AddClass(View):

    def get(self, request):
        return render(request, "add_class.html")

    def post(self, request):
        class_name = request.POST.get("class_name")
        models.Classes.objects.create(name=class_name)
        return redirect("/class_list/")

• 注意：
• 使用CBV時，urls.py中也做對應的修改：

# urls.py中
url(r'^add_class/$', views.AddClass.as_view()),

4.3 給檢視加裝飾器

4.3.1 使用裝飾器裝飾FBV

• FBV本身就是一個函式，所以和給普通的函式加裝飾器無差：

def wrapper(func):
    def inner(*args, **kwargs):
        start_time = time.time()
        ret = func(*args, **kwargs)
        end_time = time.time()
        print("used:", end_time-start_time)
        return ret
    return inner


# FBV版新增班級
@wrapper
def add_class(request):
    if request.method == "POST":
        class_name = request.POST.get("class_name")
        models.Classes.objects.create(name=class_name)
        return redirect("/class_list/")
    return render(request, "add_class.html")

4.3.2 使用裝飾器裝飾CBV

• 類中的方法與獨立函式不完全相同，因此不能直接將函式裝飾器應用於類中的方法 ，我們需要先將其轉換為方法裝飾器。
• Django中提供了method_decorator裝飾器用於將函式裝飾器轉換為方法裝飾器。

# CBV版新增班級
from django.views import View
from django.utils.decorators import method_decorator

class AddClass(View):

    @method_decorator(wrapper)
    def get(self, request):
        return render(request, "add_class.html")

    def post(self, request):
        class_name = request.POST.get("class_name")
        models.Classes.objects.create(name=class_name)
        return redirect("/class_list/")

• 關於CBV的擴充套件閱讀

# 使用CBV時要注意，請求過來後會先執行dispatch()這個方法，如果需要批量對具體的請求處理方法，如get，post等做一些操作的時候，這裡我們可以手動改寫dispatch方法，這個dispatch方法就和在FBV上加裝飾器的效果一樣。

class Login(View):
     
    def dispatch(self, request, *args, **kwargs):
        print('before')
        obj = super(Login,self).dispatch(request, *args, **kwargs)
        print('after')
        return obj
 
    def get(self,request):
        return render(request,'login.html')
 
    def post(self,request):
        print(request.POST.get('user'))
        return HttpResponse('Login.post')

4.4 Request物件和Response物件

4.4.1 request物件

• 當一個頁面被請求時，Django就會建立一個包含本次請求原資訊的HttpRequest物件。
• Django會將這個物件自動傳遞給響應的檢視函式，一般檢視函式約定俗成地使用 request 引數承接這個物件.
• 官方文件：https://docs.djangoproject.com/en/1.11/ref/request-response/

4.4.1.1 請求相關的常用值

• path_info 返回使用者訪問url，不包括域名
• method 請求中使用的HTTP方法的字串表示，全大寫表示。
• GET 包含所有HTTP GET引數的類字典物件
• POST 包含所有HTTP POST引數的類字典物件
• body 請求體，byte型別 request.POST的資料就是從body裡面提取到的

4.4.1.2 屬性

• 所有的屬性應該被認為是隻讀的，除非另有說明。

• request屬性相關

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


0.HttpRequest.scheme
   表示請求方案的字串（通常為http或https）

1.HttpRequest.body

　　一個字串，代表請求報文的主體。在處理非 HTTP 形式的報文時非常有用，例如：二進位制圖片、XML,Json等。

　　但是，如果要處理表單資料的時候，推薦還是使用 HttpRequest.POST 。

　　另外，我們還可以用 python 的類檔案方法去操作它，詳情參考 HttpRequest.read() 。

 

2.HttpRequest.path

　　一個字串，表示請求的路徑元件（不含域名）。

　　例如："/music/bands/the_beatles/"



3.HttpRequest.method

　　一個字串，表示請求使用的HTTP 方法。必須使用大寫。

　　例如："GET"、"POST"

 

4.HttpRequest.encoding

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

 

5.HttpRequest.GET 

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

 

6.HttpRequest.POST

　　一個類似於字典的物件，如果請求中包含表單資料，則將這些資料封裝成 QueryDict 物件。

　　POST 請求可以帶有空的 POST 字典 —— 如果通過 HTTP POST 方法傳送一個表單，但是表單中沒有任何的資料，QueryDict 物件依然會被建立。
   因此，不應該使用 if request.POST  來檢查使用的是否是POST 方法；應該使用 if request.method == "POST" 

　　另外：如果使用 POST 上傳檔案的話，檔案資訊將包含在 FILES 屬性中。

 7.HttpRequest.COOKIES

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

 

8.HttpRequest.FILES

　　一個類似於字典的物件，包含所有的上傳檔案資訊。
   FILES 中的每個鍵為<input type="file" name="" /> 中的name，值則為對應的資料。

　　注意，FILES 只有在請求的方法為POST 且提交的<form> 帶有enctype="multipart/form-data" 的情況下才會
   包含資料。否則，FILES 將為一個空的類似於字典的物件。

 

9.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 鍵。

 
10.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。

 

11.HttpRequest.session

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

• 上傳檔案示例程式碼

def upload(request):
    """
    儲存上傳檔案前，資料需要存放在某個位置。預設當上傳檔案小於2.5M時，django會將上傳檔案的全部內容讀進記憶體。從記憶體讀取一次，寫磁碟一次。
    但當上傳檔案很大時，django會把上傳檔案寫到臨時檔案中，然後存放到系統臨時資料夾中。
    :param request: 
    :return: 
    """
    if request.method == "POST":
        # 從請求的FILES中獲取上傳檔案的檔名，file為頁面上type=files型別input的name屬性值
        filename = request.FILES["file"].name
        # 在專案目錄下新建一個檔案
        with open(filename, "wb") as f:
            # 從上傳的檔案物件中一點一點讀
            for chunk in request.FILES["file"].chunks():
                # 寫入本地檔案
                f.write(chunk)
        return HttpResponse("上傳OK")

4.4.1.3 方法

• 請求相關方法

1.HttpRequest.get_host()

　　根據從HTTP_X_FORWARDED_HOST（如果開啟 USE_X_FORWARDED_HOST，預設為False）和 HTTP_HOST 頭部資訊返回請求的原始主機。
   如果這兩個頭部沒有提供相應的值，則使用SERVER_NAME 和SERVER_PORT，在PEP 3333 中有詳細描述。

　　USE_X_FORWARDED_HOST：一個布林值，用於指定是否優先使用 X-Forwarded-Host 首部，僅在代理設定了該首部的情況下，才可以被使用。

　　例如："127.0.0.1:8000"

　　注意：當主機位於多個代理後面時，get_host() 方法將會失敗。除非使用中介軟體重寫代理的首部。

 

2.HttpRequest.get_full_path()

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

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

 

3.HttpRequest.get_signed_cookie(key, default=RAISE_ERROR, salt='', max_age=None)

　　返回簽名過的Cookie 對應的值，如果簽名不再合法則返回django.core.signing.BadSignature。

　　如果提供 default 引數，將不會引發異常並返回 default 的值。

　　可選引數salt 可以用來對安全金鑰強力攻擊提供額外的保護。max_age 引數用於檢查Cookie 對應的時間戳以確保Cookie 的時間不會超過max_age 秒。

        複製程式碼
        >>> request.get_signed_cookie('name')
        'Tony'
        >>> request.get_signed_cookie('name', salt='name-salt')
        'Tony' # 假設在設定cookie的時候使用的是相同的salt
        >>> request.get_signed_cookie('non-existing-cookie')
        ...
        KeyError: 'non-existing-cookie'    # 沒有相應的鍵時觸發異常
        >>> request.get_signed_cookie('non-existing-cookie', False)
        False
        >>> request.get_signed_cookie('cookie-that-was-tampered-with')
        ...
        BadSignature: ...    
        >>> request.get_signed_cookie('name', max_age=60)
        ...
        SignatureExpired: Signature age 1677.3839159 > 60 seconds
        >>> request.get_signed_cookie('name', False, max_age=60)
        False
        複製程式碼
         


4.HttpRequest.is_secure()

　　如果請求時是安全的，則返回True；即請求通是過 HTTPS 發起的。

 

5.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') 裝飾你的檢視以讓響應能夠正確地快取。

• 注意：鍵值對的值是多個的時候,比如checkbox型別的input標籤，select標籤，需要用：

request.POST.getlist("hobby")

4.4.2 Response物件

• 與由Django自動建立的HttpRequest物件相比，HttpResponse物件是我們的職責範圍了。我們寫的每個檢視都需要例項化，填充和返回一個HttpResponse。
• HttpResponse類位於django.http模組中。

4.4.2.1 使用

• 傳遞字串

from django.http import HttpResponse
response = HttpResponse("Here's the text of the Web page.")
response = HttpResponse("Text only, please.", content_type="text/plain")

• 設定或刪除響應頭資訊

response = HttpResponse()
response['Content-Type'] = 'text/html; charset=UTF-8'
del response['Content-Type']

4.4.2.2 屬性

• HttpResponse.content：響應內容

• HttpResponse.charset：響應內容的編碼

• HttpResponse.status_code：響應的狀態碼

4.4.3 JsonResponse物件

• JsonResponse是HttpResponse的子類，專門用來生成JSON編碼的響應。

from django.http import JsonResponse

response = JsonResponse({'foo': 'bar'})
print(response.content)

b'{"foo": "bar"}'

• 預設只能傳遞字典型別，如果要傳遞非字典型別需要設定一下safe關鍵字引數。

response = JsonResponse([1, 2, 3], safe=False)

4.4.4 Django shortcut functions

• 官方文件：https://docs.djangoproject.com/en/1.11/topics/http/shortcuts/

4.4.4.1 render()

• 結合一個給定的模板和一個給定的上下文字典，並返回一個渲染後的 HttpResponse 物件。
• 引數：
  • request： 用於生成響應的請求物件。
  • template_name：要使用的模板的完整名稱，可選的引數
  • context：新增到模板上下文的一個字典。預設是一個空字典。如果字典中的某個值是可呼叫的，檢視將在渲染模板之前呼叫它。
  • content_type：生成的文件要使用的MIME型別。預設為 DEFAULT_CONTENT_TYPE 設定的值。預設為'text/html'
  • status：響應的狀態碼。預設為200。
  • useing: 用於載入模板的模板引擎的名稱。
• 一個簡單的例子：

from django.shortcuts import render

def my_view(request):
    # 檢視的程式碼寫在這裡
    return render(request, 'myapp/index.html', {'foo': 'bar'})

• 上面的程式碼等於：

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

def my_view(request):
    # 檢視程式碼寫在這裡
    t = loader.get_template('myapp/index.html')
    c = {'foo': 'bar'}
    return HttpResponse(t.render(c, request))

4.4.4.2 redirect()

• 引數可以是：
  • 一個模型：將呼叫模型的get_absolute_url() 函式
  • 一個檢視，可以帶有引數：將使用urlresolvers.reverse 來反向解析名稱
  • 一個絕對的或相對的URL，將原封不動的作為重定向的位置。

• 預設返回一個臨時的重定向；傳遞permanent=True 可以返回一個永久的重定向。

• 示例:

• 你可以用多種方式使用redirect() 函式。

• 傳遞一個具體的ORM物件（瞭解即可）

• 將呼叫具體ORM物件的get_absolute_url() 方法來獲取重定向的URL：

from django.shortcuts import redirect
 
def my_view(request):
    ...
    object = MyModel.objects.get(...)
    return redirect(object)

• 傳遞一個檢視的名稱

def my_view(request):
    ...
    return redirect('some-view-name', foo='bar')

• 傳遞要重定向到的一個具體的網址

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

• 當然也可以是一個完整的網址

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

• 預設情況下，redirect() 返回一個臨時重定向。以上所有的形式都接收一個permanent 引數；如果設定為True，將返回一個永久的重定向：

def my_view(request):
    ...
    object = MyModel.objects.get(...)
    return redirect(object, permanent=True)　　

• 擴充套件閱讀：
  • 臨時重定向（響應狀態碼：302）和永久重定向（響應狀態碼：301）對普通使用者來說是沒什麼區別的，它主要面向的是搜尋引擎的機器人。
  • A頁面臨時重定向到B頁面，那搜尋引擎收錄的就是A頁面。
  • A頁面永久重定向到B頁面，那搜尋引擎收錄的就是B頁面。

5， 模板

• 官方文件：https://docs.djangoproject.com/en/1.11/ref/templates/builtins/#std:templatetag-for

• 常用語法
  • 只需要記兩種特殊符號：
  • {{ }}和 {% %}
  • 變數相關的用{{}}，邏輯相關的用{%%}。

5.1 變數

• 在Django的模板語言中按此語法使用：{{ 變數名 }}。

• 當模版引擎遇到一個變數，它將計算這個變數，然後用結果替換掉它本身。 變數的命名包括任何字母數字以及下劃線 ("_")的組合。 變數名稱中不能有空格或標點符號。
• 點（.）在模板語言中有特殊的含義。當模版系統遇到點(".")，它將以這樣的順序查詢：
  • 字典查詢（Dictionary lookup）
  • 屬性或方法查詢（Attribute or method lookup）
  • 數字索引查詢（Numeric index lookup）
• 注意事項：
  • 如果計算結果的值是可呼叫的，它將被無引數的呼叫。 呼叫的結果將成為模版的值。
  • 如果使用的變數不存在， 模版系統將插入 string_if_invalid 選項的值， 它被預設設定為'' (空字串) 。
• 幾個例子：

• view中程式碼：

def template_test(request):
    l = [11, 22, 33]
    d = {"name": "alex"}

    class Person(object):
        def __init__(self, name, age):
            self.name = name
            self.age = age

        def dream(self):
            return "{} is dream...".format(self.name)

    Alex = Person(name="Alex", age=34)
    Egon = Person(name="Egon", age=9000)
    Eva_J = Person(name="Eva_J", age=18)

    person_list = [Alex, Egon, Eva_J]
    return render(request, "template_test.html", {"l": l, "d": d, "person_list": person_list})

• 模板中支援的寫法：

{# 取l中的第一個引數 #}
{{ l.0 }}
{# 取字典中key的值 #}
{{ d.name }}
{# 取物件的name屬性 #}
{{ person_list.0.name }}
{# .操作只能呼叫不帶引數的方法 #}
{{ person_list.0.dream }}

5.2 Filters（過濾器）

• 在Django的模板語言中，通過使用 過濾器 來改變變數的顯示。
• 過濾器的語法： {{ value|filter_name:引數 }}
• 使用管道符"|"來應用過濾器。
• 例如：{{ name|lower }}會將name變數應用lower過濾器之後再顯示它的值。lower在這裡的作用是將文字全都變成小寫。
• 注意事項：
  • 過濾器支援“鏈式”操作。即一個過濾器的輸出作為另一個過濾器的輸入。
  • 過濾器可以接受引數，例如：{{ sss|truncatewords:30 }}，這將顯示sss的前30個詞。
  • 過濾器引數包含空格的話，必須用引號包裹起來。比如使用逗號和空格去連線一個列表中的元素，如：{{ list|join:', ' }}
  • '|'左右沒有空格沒有空格沒有空格
• Django的模板語言中提供了大約六十個內建過濾器。

5.2.1 default

• 如果一個變數是false或者為空，使用給定的預設值。 否則，使用變數的值。

{{ value|default:"nothing"}}

• 如果value沒有傳值或者值為空的話就顯示nothing

5.2.2 length

• 返回值的長度，作用於字串和列表。

{{ value|length }}

• 返回value的長度，如 value=['a', 'b', 'c', 'd']的話，就顯示4.

5.2.3 filesizeformat

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

{{ value|filesizeformat }}

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

5.2.4 slice

• 切片

{{value|slice:"2:-1"}}

5.2.5 date

• 格式化

{{ value|date:"Y-m-d H:i:s"}}

• 可用的引數：

格式化字元	描述	示例輸出
a	'a.m.'或'p.m.' （請注意，這與PHP的輸出略有不同， 因為這包括符合Associated Press風格的期間）	'a.m.'
A	'AM'或'PM'。	'AM'
b	月，文字，3個字母，小寫。	'jan'
B	未實現。
c	ISO 8601格式。 （注意：與其他格式化程式不同， 例如“Z”，“O”或“r”，如果值為naive datetime， 則“c”格式化程式不會新增時區偏移量 （請參閱datetime.tzinfo） 。	2008-01-02T10:30:00.000123+02:00 或 2008-01-02T10:30:00.000123 如果datetime是天真的
d	月的日子，帶前導零的2位數字。	'01'到'31'
D	一週中的文字，3個字母。	“星期五”
e	時區名稱 可能是任何格式， 或者可能返回一個空字串， 具體取決於datetime。	''、'GMT'、'-500'、'US/Eastern'等
E	月份， 特定地區的替代表示通常用於長日期表示。	'listopada' （對於波蘭語區域，而不是'Listopad'）
f	時間， 在12小時的小時和分鐘內，如果它們為零， 則分鐘停留。 專有擴充套件。	'1'，'1:30'
F	月，文，長。	'一月'
g	小時，12小時格式，無前導零。	'1'到'12'
G	小時，24小時格式，無前導零。	'0'到'23'
h	小時，12小時格式。	'01'到'12'
H	小時，24小時格式。	'00'到'23'
i	分鐘。	'00'到'59'
I	夏令時間，無論是否生效。	'1'或'0'
j	沒有前導零的月份的日子。	'1'到'31'
l	星期幾，文字長。	'星期五'
L	布林值是否是一個閏年。	True或False
m	月，2位數字帶前導零。	'01'到'12'
M	月，文字，3個字母。	“揚”
n	月無前導零。	'1'到'12'
N	美聯社風格的月份縮寫。 專有擴充套件。	'Jan.'，'Feb.'，'March'，'May'
o	ISO-8601周編號， 對應於使用閏年的ISO-8601週數（W）。 對於更常見的年份格式，請參見Y。	'1999年'
O	與格林威治時間的差異在幾小時內。	'+0200'
P	時間為12小時， 分鐘和'a.m。'/'p.m。'， 如果為零，分鐘停留， 特殊情況下的字串“午夜”和“中午”。 專有擴充套件。	'1 am'，'1:30 pm' / t3>， 'midnight'，'noon'， '12：30 pm' / T10>
r	RFC 5322格式化日期。	'Thu, 21 Dec 2000 16:01:07 +0200'
s	秒，帶前導零的2位數字。	'00'到'59'
S	一個月的英文序數字尾，2個字元。	'st'，'nd'，'rd'或'th'
t	給定月份的天數。	28 to 31
T	本機的時區。	'EST'，'MDT'
u	微秒。	000000 to 999999
U	自Unix Epoch以來的二分之一 （1970年1月1日00:00:00 UTC）。
w	星期幾，數字無前導零。	'0'（星期日）至'6'（星期六）
W	ISO-8601週數，週數從星期一開始。	1，53
y	年份，2位數字。	'99'
Y	年，4位數。	'1999年'
z	一年中的日子	0到365
Z	時區偏移量，單位為秒。 UTC以西時區的偏移量總是為負數， 對於UTC以東時，它們總是為正。	-43200到43200

6， 模型