昨日內容回顧

1 MVC和MTV
    MTV 
        路由控制層（分發哪一個路徑由哪一個檢視函式處理）
        V ： views      （邏輯處理）
        T ： templates    (存放html檔案)
        M ： model     （與資料庫打交道）
        
2 
  建立專案：
  django-admin startproject mysite
       mysite
              manage.py    : 啟動檔案  互動檔案
              mysite
                    settings.py   :配置檔案
                    urls.py       :路由控制層（分發哪一個路徑由哪一個檢視函式處理）
                    wsgi.py       :socket
                    
  建立應用：
    python manage.py startapp app01
    
    
     mysite
              manage.py    : 啟動檔案  互動檔案
              mysite
                    settings.py   :配置檔案
                    urls.py       :路由控制層（分發哪一個路徑由哪一個檢視函式處理）
                    wsgi.py       :socket
                    
              app01
                    views         : 存放檢視函式檔案
                    models        ：資料庫打交道
              app02
                    views         : 存放檢視函式檔案
                    models        ：資料庫打交道
                    
 
3   執行專案：  python manage.py runserver 127.0.0.1 8800

4  示例1：

        檢視時間  127.0.0.1 8800/timer/ 
         from app01 import views 
         from app02 import views as v2
         
        （1）在urls.py設計路由  :   path('timer/',views.timer),
        （2）在views.py設計檢視函式處理timer請求,響應一個HttpResponse(字串)
   
   示例2：
         
        位址列輸入url：     
127.0.0.1 8800/login/    看到登陸頁面  
         
        （1）在urls.py設計路由  :   path('login/',views.login),
        （2）在views.py設計檢視函式處理login請求（get）,
             def login(request):
                  render(request,"login.html")
             響應一個HttpResponse(login.html)
        
        
    示例3：點選submit按鈕，傳送post請求，url： 
127.0.0.1 8800/login/ 
                def login(request):
                    if request.method=="POST":
                         user=request.POST.get("user")
                         pwd=request.POST.get("pwd")
                         if 1:
                             return 
                         else:
                             return...                         
                    else:     
                        render(request,"login.html")
             
        
5 理解render（後端）
    工作流程：
            return render(request,"login.html")
            return render(request, "app01/timer.html", {"t":ctime})
    
            1 按著settings-TEMPLATES-DIRS路徑找指定檔案
            2 讀取檔案所有字串
            3 渲染： 檢查字串中是否有{{變數}}    ，
                      if 沒有找到：    
                            HttpResponse(檔案字串)

                      else
                            找到 {{t}}，用render第三個引數中的對應值進行相應替換（如果沒有找到對應值，{{t}}---空）
                            HttpResponse(替換後的檔案字串)

6 配置檔案

View Code

最先進入的是路由控制層，然後一級級處理。

如果只有一個應用使用views。
如果有多個應用，使用別名。比如v2

昨天提到的表單提交，使用控制檯檢視Form Data，資料展示是這樣的。

點選view source，顯示原始資料

顯示格式，是用&來區分一個變數。

在HTTP協議裡面，POST請求資料，是在請求體裡面的。裡面一堆字串，它最後的資料，是user=alex&pwd

那麼django的wsgi模組將請求資料提取出來，構成字典，方便檢視函式呼叫。比如：

user = request.POST.get('user')  # 獲取使用者名稱
pwd = request.POST.get('pwd')  # 獲取密碼

對於Django而言，一次請求必須返回一個HttpResponse(字串)例項物件

render的工作流程，在上面摺疊部分提到了。需要注意的是，html出現的{{t}}，被替換成一個時間戳變數。這個過程是在django後端完成的，不是前端完成的。

因為瀏覽器它不認識{{}} 這種符號，它只認識html，css，js的程式碼。

關於settings.py裡面，關於靜態檔案配置

STATIC_URL = '/static/'

STATICFILES_DIRS = (
    os.path.join(BASE_DIR,"static"),
)

STATIC_URL和STATICFILES_DIRS 這2個引數，缺一不可。

django必須用別名，代指物理路徑。也就是STATIC_URL 代指STATICFILES_DIRS 路徑
不能直接用物理路徑引用，比如html引用jquery，程式碼如下：

<script src="../static/jquery.js"></script>

雖然這樣寫是用相對路徑引用的，但是不推薦這樣寫。

正確寫法：

<script src="/static/jquery.js"></script>

注意：上面的static，是別名，不是物理路徑。
它是用別名代指物理路徑的。

訪問statics裡面的靜態檔案，可以直接訪問的。它在django原始碼裡面定義好了
所以urls.py裡面不需要定義statics，就可以直接訪問。

訪問頁面時，它會渲染成完整的url，比如下面這樣。

一、Django的路由控制

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

一般來說，一個路徑對應一個檢視函式。它並非一一對應！

多個路徑可以對應一個檢視函式，但是一個路徑，不能對應多個檢視函式。

簡單的路由配置

舉例1：

建立應用app01，新增一個路徑index，修改urls.py檔案

from django.contrib import admin
from django.urls import path
from app01 import views

urlpatterns = [
    path('admin/', admin.site.urls),
    path('index/', views.index),
]

View Code

新建index檢視函式，修改views.py檔案

from django.shortcuts import render,HttpResponse

# Create your views here.
def index(request):
    return HttpResponse("INDEX")

View Code

訪問首頁：

http://127.0.0.1:8000/index/

網頁效果如下：

訪問這種路徑http://127.0.0.1:8000/index/xiao ，網頁提示404錯誤。

在urls.py中新增re_path模組，它是為了相容django 1.0版本的路由寫法。使用正則匹配

from django.contrib import admin
from django.urls import path,re_path
from app01 import views

urlpatterns = [
    path('admin/', admin.site.urls),
    # path('index/', views.index),
    re_path('^index/$', views.index),  #效果同上
]

View Code

訪問http://127.0.0.1:8000/index/，效果同上。後面加別的字串，就會報404

再次修改urls.py，去除^和$

urlpatterns = [
    path('admin/', admin.site.urls),
    # path('index/', views.index),
    re_path('index/', views.index),
]

View Code

訪問http://127.0.0.1:8000/index/，是正常的。

訪問http://127.0.0.1:8000/index/xiao，也是正常的。what?這不科學！

那麼re_path實際上做了什麼事情呢？

看下面一段python程式碼

import re

result = re.search('index/','/index/xiao')
print(result)

View Code

執行輸出：

<_sre.SRE_Match object; span=(1, 7), match='index/'>

如果匹配不上，輸出None

其實re_path，相當於執行了re.search。那麼要完全匹配'index/'，比如要^和$才行。

匹配之後，會呼叫index檢視函式，傳入引數request，比如：index(request)

所以檢視函式，必須加request

舉例2：

增加一個路徑

from django.contrib import admin
from django.urls import path,re_path
from app01 import views

urlpatterns = [
    path('admin/', admin.site.urls),
    # path('index/', views.index),
    re_path('^index/$', views.index),  # index(request)
    re_path(r'^articles/2003/$', views.special_year),
]

View Code

增加檢視函式special_year

def special_year(request):
    return HttpResponse("2003")

View Code

訪問url：http://127.0.0.1:8000/articles/2003/

網頁效果：

匹配年份，它是4位數字的，修改urls.py

urlpatterns = [
    path('admin/', admin.site.urls),
    # path('index/', views.index),
    re_path('^index/$', views.index),  # index(request)
    re_path(r'^articles/2003/$', views.special_year), # special_year(request)
    re_path(r'^articles/\d{4}/$', views.article_year), # article_year(request)
]

View Code

增加檢視函式article_year

def article_year(request):
    return HttpResponse("year")

View Code

訪問url：http://127.0.0.1:8000/articles/2005/

網頁效果：

訪問url：http://127.0.0.1:8000/articles/20/ 就會提示404，因為它不足4位

舉例3：

現在想要網頁根據路徑，動態顯示年份，怎麼做呢？

這個時候，需要用到正則分組。當re_path檢測到分組時，會將分組的值，傳給檢視函式。

注意：如果是無命名分組，它是位置引數。如果是有名分組，它是關鍵字傳參。

無命名分組

urlpatterns = [
    path('admin/', admin.site.urls),
    # path('index/', views.index),
    re_path('^index/$', views.index),  # index(request)
    re_path(r'^articles/2003/$', views.special_year), # special_year(request)
    re_path(r'^articles/(\d{4})/$', views.article_year), # article_year(request,分組匹配的值)
]

View Code

修改article_year檢視函式，它必須接收一個位置引數，否則報錯

下面程式碼的year是一個形參，叫什麼名字都無所謂。

叫abc都行，隨你喜歡

def article_year(request,year):
    return HttpResponse(year)

View Code

訪問url：http://127.0.0.1:8000/articles/2080/

網頁效果如下：

新增url，獲取月份，修改urls.py

urlpatterns = [
    path('admin/', admin.site.urls),
    # path('index/', views.index),
    re_path('^index/$', views.index),  # index(request)
    re_path(r'^articles/2003/$', views.special_year), # special_year(request)
    re_path(r'^articles/(\d{4})/$', views.article_year), # article_year(request,分組匹配的值)
    re_path(r'^articles/(\d{4})/(\d{2})/$', views.article_month), # article_month(request,value1,value2)
]

View Code

新增article_month檢視函式，它必須接收2個額外的引數，否則報錯

def article_month(request,year,month):
    return HttpResponse('{}-{}'.format(year,month))

View Code

訪問url：http://127.0.0.1:8000/articles/2080/10/

網頁效果如下：

注意：如果檢視函式用不到引數，正則部分不要加括號。

訪問url：http://127.0.0.1:8000

網頁提示404

這樣使用者體驗不好，怎麼辦呢？在index下面，加入以下的url規則

re_path('^$', views.index),

再次訪問頁面，輸出：

匹配年月日，新增一條規則。

urlpatterns = [
    path('admin/', admin.site.urls),
    path('index/', views.index),
    re_path('^$', views.index),
    re_path('^index/$', views.index),  # index(request)
    re_path(r'^articles/(\d{4})/$', views.article_year), # article_year(request,分組匹配的值)
    re_path(r'^articles/2003/$', views.special_year), # special_year(request)
    re_path(r'^articles/(\d{4})/(\d{2})/$', views.article_month), # article_month(request,value1,value2)
    re_path(r'^articles/(\d{4})/(\d{2})/(\d{2})/$', views.article_day), # article_month(request,value1,value2,value3)

]

View Code

新增article_day檢視函式，它必須接收3個額外的引數，否則報錯

def article_day(request,year,month,day):
    return HttpResponse('{}-{}-{}'.format(year,month,day))

View Code

訪問url：http://127.0.0.1:8000/articles/2080/10/12

網頁效果如下：

注意：上面的分組，不建議使用。它是無名分組，推薦使用有名分組。
如果檢視函式，引數位置變動了。那麼頁面訪問，就亂套了。

修改article_day檢視函式，引數的位置

def article_day(request,day,month,year):
    return HttpResponse('{}-{}-{}'.format(year,month,day))

View Code

再次訪問網頁，頁面輸出：

因為urls.py是按照順序傳參給檢視函式的。

舉例4：

看下面的幾個例子，就能方便理解了。

from django.urls import path,re_path

from app01 import views

urlpatterns = [
    re_path(r'^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),
]

View Code

注意：

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

示例：

一些請求的例子：

/articles/2005/03/ 請求將匹配列表中的第三個模式。Django 將呼叫函式views.month_archive(request, '2005', '03')。
/articles/2005/3/ 不匹配任何URL 模式，因為列表中的第三個模式要求月份應該是兩個數字。
/articles/2003/ 將匹配列表中的第一個模式不是第二個，因為模式按順序匹配，第一個會首先測試是否匹配。請像這樣自由插入一些特殊的情況來探測匹配的次序。
/articles/2003 不匹配任何一個模式，因為每個模式要求URL 以一個反斜線結尾。
/articles/2003/03/03/ 將匹配最後一個模式。Django 將呼叫函式views.article_detail(request, '2003', '03', '03')。

View Code

有名分組

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

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

使用有名分組，可以解決上面，因為檢視函式，引數位置變動而導致頁面顯示混亂的情況。

修改url規則

urlpatterns = [
    path('admin/', admin.site.urls),
    path('index/', views.index),
    re_path('^$', views.index),
    re_path('^index/$', views.index),  # index(request)
    re_path(r'^articles/(\d{4})/$', views.article_year), # article_year(request,分組匹配的值)
    re_path(r'^articles/2003/$', views.special_year), # special_year(request)
    re_path(r'^articles/(\d{4})/(\d{2})/$', views.article_month), # article_month(request,value1,value2)
    # article_month(request,year=value1,month=value2,day=value3)
    re_path(r'^articles/(?P<year>\d{4})/(?P<month>\d{2})/(?P<day>\d{2})/$', views.article_day),

]

View Code

再次訪問頁面，顯示就不會混亂了。

如果檢視函式的變數名，更改了呢？

def article_day(request,d,month,year):
    return HttpResponse('{}-{}-{}'.format(year,month,d))

View Code

再次訪問頁面，報錯！

提示找不到關鍵字引數day

在講無命名分組的時候，提到檢視函式的形參名，可以隨便定義。但是有命名分組，名字必須一一對應。

關鍵字引數在於，先賦值，再傳參。所以檢視函式，必須一一對應才行。

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

from django.urls import path,re_path

from app01 import views

urlpatterns = [
    re_path(r'^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]{2})/$', views.article_detail),
]

View Code

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

/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')。

View Code

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

分發

1個Django 專案裡面有多個APP目錄，大家共有一個 url容易造成混淆。於是路由分發讓每個APP的擁有了自己單獨的url，方便以後的維護管理。

現在不想將所有的url放到一個py檔案裡面，需要根據應用名，來拆分。
看urls.py的說明

Including another URLconf
    1. Import the include() function: from django.urls import include, path
    2. Add a URL to urlpatterns:  path('blog/', include('blog.urls'))

View Code

意思就是：先匯入include方法，再新增URL模式的URL

在urls.py匯入include方法：

from django.urls import path,re_path,include

新增獨立的url檔案，在app01目錄下建立app01_urls.py，將urls.py相關的內容複製過去

from django.urls import path,re_path,include
from app01 import views
urlpatterns = [
    re_path(r'^articles/(\d{4})/$', views.article_year),  # article_year(request,分組匹配的值)
    re_path(r'^articles/2003/$', views.special_year),  # special_year(request)
    re_path(r'^articles/(\d{4})/(\d{2})/$', views.article_month),  # article_month(request,value1,value2)
    # article_month(request,year=value1,month=value2,day=value3)
    re_path(r'^articles/(?P<year>\d{4})/(?P<month>\d{2})/(?P<day>\d{2})/$', views.article_day),
]

View Code

修改urls.py，刪除多餘的程式碼

注意：app01後面，必須有斜槓，否則頁面無法訪問。

from django.contrib import admin
from django.urls import path,re_path,include
from app01 import views

urlpatterns = [
    path('admin/', admin.site.urls),
    path('index/', views.index),
    re_path('^$', views.index),
    re_path('^index/$', views.index),  # index(request)
    
    path('app01/', include('app01.app01_urls')),
]

View Code

訪問原來的url，提示404。

因為路由分發了，所以訪問時，必須加應用名。

訪問url：http://127.0.0.1:8000/app01/articles/2003/

頁面訪問正常。

再增加一個應用，也是可以的。比如：

path('app02/', include('app01.app02_urls')),

由於這裡只有一個應用，所以可以更改路由分發，將url訪問方式還原為之前的。

urlpatterns = [
    path('admin/', admin.site.urls),
    path('index/', views.index),
    re_path('^$', views.index),
    re_path('^index/$', views.index),  # index(request)

    re_path('^', include('app01.app01_urls')),
]

View Code

訪問原來的url： http://127.0.0.1:8000/articles/2003/

效果是一樣的。

反向解析

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

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

在模板中：使用url 模板標籤。
在Python 程式碼中：使用from django.urls import reverse()函式

做一個登陸頁面

修改app01_urls.py，新增login路徑

urlpatterns = [
    re_path(r'^articles/(\d{4})/$', views.article_year),  # article_year(request,分組匹配的值)
    re_path(r'^articles/2003/$', views.special_year),  # special_year(request)
    re_path(r'^articles/(\d{4})/(\d{2})/$', views.article_month),  # article_month(request,value1,value2)
    # article_month(request,year=value1,month=value2,day=value3)
    re_path(r'^articles/(?P<year>\d{4})/(?P<month>\d{2})/(?P<day>\d{2})/$', views.article_day),

    path('login/', views.login),
]

View Code

修改views.py，增加login檢視函式

def login(request):
    return render(request,"login.html")

View Code

在mysite目錄下建立templates，注意：是有manage.py檔案的mysite目錄。

在templates目錄下建立檔案login.html

<!DOCTYPE html>
<html lang="en">
<head>
    <meta charset="UTF-8">
    <title>Title</title>

</head>
<body>
<form action="/login/" method="post">
    <lable>使用者名稱</lable><input type="text" name="user"/>
    <lable>使用者名稱</lable><input type="password" name="pwd"/>
    <input type="submit">
</form>

</body>
</html>

View Code

修改settings.py-->MIDDLEWARE-->關閉CSRF

MIDDLEWARE = [
    'django.middleware.security.SecurityMiddleware',
    'django.contrib.sessions.middleware.SessionMiddleware',
    'django.middleware.common.CommonMiddleware',
    # 'django.middleware.csrf.CsrfViewMiddleware',
    'django.contrib.auth.middleware.AuthenticationMiddleware',
    'django.contrib.messages.middleware.MessageMiddleware',
    'django.middleware.clickjacking.XFrameOptionsMiddleware',
]

View Code

修改settings.py-->TEMPLATES-->指定templates模板目錄

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

View Code

訪問url：http://127.0.0.1:8000/login/

輸入表單資料，單擊提交。頁面還是會回到登陸頁面！至於登陸認證，下面會講到。稍安勿躁！

假設說，業務線的url要更改了，改為http://127.0.0.1:8000/login.html/

怎麼辦呢？修改修改app01_urls.py的login路徑

path('login.html/', views.login),

訪問新的url：http://127.0.0.1:8000/login.html/

頁面訪問正常，輸入表單資料

點選提交的時候，出現404。因為表單的action屬性，指向的還是login頁面，但是它已經不存在了！

來一個簡單粗暴的方法，直接修改action的屬性為/login.html/，再次訪問頁面，重新提交。ok，正常了！

這只是一個html檔案，如果有多個怎麼辦？一個個改？太浪費時間了！

如果交接給新人，再有變動時，他需要在專案裡面，一個個找！

現在問題的核心點，是更改了url。現有一個反向解析技術，能完美解決這個問題。

修改修改app01_urls.py，增加一個別名

path('login.html/', views.login, name="login_in"),

這個別名，它代指的是這一條url。此時login_in對應的值是路徑login.html/

更改login.html檔案，需要用到一個特殊寫法，來引用url變數

<form action="{% url 'login_in' %}" method="post">

它表示從url檔案(urls.py)中，呼叫變數login_in。利用render將頁面渲染，返回給瀏覽器。

重新訪問url：http://127.0.0.1:8000/login.html/

使用控制檯檢視html程式碼，發現action的屬性，就是login.html。說明已經被後端給渲染出來了

再次提交表單，就不會出現404錯誤了！

這就是反向解析，路徑會變，但是別名不會變。別名是隨著路徑的變動而變動的。

推薦以後寫頁面，使用反向解析。

增加登入驗證

修改檢視函式login

def login(request):
    if request.method == "POST":
        user = request.POST.get("user")
        pwd = request.POST.get("pwd")
        if user == 'xiao' and pwd == '123':
            return HttpResponse("登入成功!")
    return render(request,"login.html")

（轉）python 全棧開發，Day68(Django的路由控制)

昨日內容回顧

一、Django的路由控制

簡單的路由配置

舉例1：

舉例2：

舉例3：

無命名分組

舉例4：

有名分組

分發

反向解析

做一個登陸頁面

增加登入驗證

（轉）python 全棧開發，Day68(Django的路由控制)

（轉）python 全棧開發，Day67(Django簡介)

（轉）python 全棧開發，Day73(django多表新增,基於物件的跨表查詢)

（轉）python 全棧開發，Day76(Django元件-cookie,session)

（轉）python 全棧開發，Day75(Django與Ajax,檔案上傳,ajax傳送json資料,基於Ajax的檔案上傳,SweetAlert外掛)

（轉）python 全棧開發，Day74(基於雙下劃線的跨表查詢,聚合查詢,分組查詢,F查詢,Q查詢)

（轉）python 全棧開發，Day72(昨日作業講解,昨日內容回顧,Django多表建立)

（轉）python 全棧開發，Day71(模型層-單表操作)

（轉）python 全棧開發，Day70(模板自定義標籤和過濾器,模板繼承 (extend),Django的模型層-ORM簡介)

python 全棧開發，Day79(Django的使用者認證元件,分頁器)

python 全棧開發，Day78(Django元件-forms元件)

python 全棧開發，Day84(django請求生命週期,FBV和CBV,ORM拾遺,Git)

python 全棧開發，Day81(部落格系統個人主頁,文章詳情頁)

python 全棧開發，Day82(點贊和踩滅,使用者評論)

python 全棧開發，Day80(部落格系統分析,部落格主頁展示)

python 全棧開發，Day83(部落格系統子評論,後臺管理,富文字編輯器kindeditor,bs4模組)

自學Python全棧開發第三次筆記（pycharm的使用）

python全棧開發【第九篇】Python常用模塊一（主要是re正則和collections）

python全棧開發【第十一篇】Python常用模塊三（hashlib,configparser,logging）

python全棧開發【第十篇】Python常用模塊二（時間、random、os、sys和序列化）

（轉）python 全棧開發，Day68(Django的路由控制)

昨日內容回顧

一、Django的路由控制

簡單的路由配置

舉例1：

舉例2：

舉例3：

無命名分組

舉例4：

有名分組

分發

反向解析

做一個登陸頁面

增加登入驗證

相關推薦