虛擬環境

我們在實際開發工作中 針對不同的專案需要為其配備對應的直譯器環境
 eg:
    專案1 
        django2.2 pymysql3.3 requests1.1
    專案2 
        django1.1
    專案3
        flask
諸多專案在你的機器上如何無障礙的開啟並執行
方式1:把所有需要用到的模組全部下載下來 如果有相同模組不同版本每次都重新下載替換
方式2:提前準備好多個直譯器環境 針對不同的專案切換即可
 
# 建立虛擬環境 
    相當於在下載一個全新的直譯器
# 識別虛擬環境
    檔案目錄中有一個venv資料夾
# 如何切換環境
 

    選擇不用的直譯器即可 全文不要再次勾選new enviroment...

Django版本區別

# 路由層
  django1.x與2.x、3.x有些許區別
1.路由匹配的方法不一樣呀
    url() 支援正則       path() 第一個引數不支援正則
    如果想使用正則 也提供了方法        
    from django.urls import path,re_path
2.path方法提供了轉換器功能
    path('index/<int:id>/', index)
    匹配對應位置的資料並且自動轉換型別
    '''有五種轉換器可供選擇
 
'''
    參考:https://blog.csdn.net/weixin_49111957/article/details/109754240

檢視函式返回值

# 檢視函式必須返回一個HttpResonse物件
  HttpResponse
    class HttpResponse(...):
      pass
  render
    def render(...):
    　return HttpResponse(...)
  redirect
    def redirect(...):
      # 多繼承

JsonRespones物件

user_dict = {'
 
name': 'jason', 'pwd': 123, 'hobby': '好好學習'}
return JsonResponse(user_dict,json_dumps_params={'ensure_ascii':False})

class JsonResponse(HttpResponse):
    def __init__(self, data,json_dumps_params=None, **kwargs):
        data = json.dumps(data, **json_dumps_params)
  
"""為什麼使用JsonResponse而不是原始的json模組"""
django對json序列化的資料型別的範圍做了擴充    
回憶之前我們自己擴充套件的序列化方法

form表單上傳檔案

form表單上傳的資料中如果含有檔案 那麼需要做以下幾件事
1.method必須是post

2.enctype必須修改為multipart/form-data
      預設是application/x-www-form-urlencoded

3.後端需要使用request.FILES獲取
      # django會根據資料型別的不同自動幫你封裝到不同的方法中

request其他方法

request.method
request.POST
request.GET
request.FILES
request.body
    存放的是接收過來的最原始的二進位制資料
request.POST、request.GET、request.FILES這些獲取資料的方法其實都從body中獲取資料並解析存放的
request.path
    獲取路徑
request.path_info
    獲取路徑
request.get_full_path()
    獲取路徑並且還可以獲取到路徑後面攜帶的引數

FBV與CBV

FBV:基於函式的檢視
  url(r'^index/',函式名)
CBV:基於類的檢視
from django import views
    class MyLoginView(views.View):
    def get(self, request):
        return HttpResponse("from CBV get view")
    def post(self, request):
        return HttpResponse("from CBV post view")
    url(r'^ab_cbv/', views.MyLoginView.as_view())

"""
如果請求方式是GET 則會自動執行類裡面的get方法
如果請求方式是POST 則會自動執行類裡面的post方法
"""

CBV原始碼剖析

1.切入點:路由匹配
  類名點屬性as_view並且還加了括號
      as_view可能是普通的靜態方法
    as_view可能是繫結給類的方法
2.物件查詢屬性的順序
    先從物件自身開始、再從產生物件的類、之後是各個父類
      MyLoginView.as_view()
        先從我們自己寫的MyLoginView中查詢
         沒有再去父類Views中查詢
3.函式名加括號執行優先順序最高
    url(r'^ab_cbv/', views.MyLoginView.as_view())
  專案已啟動就會執行as_view方法 檢視原始碼返回了一個閉包函式名view
  def as_view(cls):
    def view(cls):
      pass
    return view
  url(r'^ab_cbv/', views.view)
  # CBV與FBV在路由匹配本質是一樣的!!!
4.路由匹配成功之後執行view函式
    def view():
    self = cls()
    return self.dispatch(request, *args, **kwargs)
5.執行dispatch方法
  需要注意查詢的順序!!!  也是覆蓋的
  def dispatch():
      handler = getattr(self, request.method.lower())
      return handler(request, *args, **kwargs)
"""檢視原始碼也可以修改 但是儘量不要這麼做 很容易產生bug"""

模板語法傳值

"""
django提供的模板語法只有兩個符號
    {{}}:主要用於變數相關操作(引用)
    {%%}:主要用於邏輯相關操作(迴圈、判斷)
"""


1.傳值的兩種方式
  # 傳值方式1:指名道姓的傳  適用於資料量較少的情況       節省資源
  # return render(request, 'ab_temp.html', {'name':name})
  # 傳值方式2:打包傳值  適用於資料量較多的情況(偷懶)     浪費資源
  '''locals() 將當前名稱空間中所有的名字全部傳遞給html頁面'''
  return render(request, 'ab_temp.html', locals())

2.傳值的範圍
    基本資料型別都可以
  函式名
      模板語法會自動加括號執行並將函式的返回值展示到頁面上
    不支援傳參(模板語法會自動忽略有參函式)
 檔名
      直接顯示檔案IO物件
  類名
      自動加括號例項化成物件
  物件名
      直接顯示物件的地址 並且具備呼叫屬性和方法的能力
  
# django模板語法針對容器型別的取值 只有一種方式>>>:句點符
  既可以點key也可以點索引  django內部自動識別
  {{ data1.info.pro.3.msg }}