今日內容概要
- 昨榷訓顧
- 反序列化類校驗部分原始碼決議（了解）
- 斷言
- drf之請求(配置決議類)
- drf之回應(配置回應類,Resposne的原始碼的屬性)
- 視圖組件介紹及兩個視圖基類與五個視圖擴展類的用法介紹
.
.
.
.
昨榷訓顧
# 1 序列化類的常用欄位
-CharField
，，，，
-ListField
-DictField
-------------------------------
# 2 欄位引數
-max_length，，，
-min_value，，，
-required，default，，，
-read_only，write_only
-------------------------------
# 3 定制序列化欄位(改名字)
-source這個欄位引數
-如果是表模型自己的欄位，直接寫
-如果是關聯表欄位，通過外鍵.的方式 拿到
-------------------------------
# 4 定制序列化欄位(格式更豐富)
-在序列化類中使用：SerializerMethodField，配合一個 get_欄位名的方法，方法回傳什么，這個欄位就是什么----》這種欄位以后不能用來,做反序列化了！！！
-在表模型中使用，寫方法的方式，方法回傳什么，這個欄位前端顯示的就是啥，序列化類中需要配合ListField，DictField----》這種欄位以后不能用來，做反序列化了！！！
-方法可以包裝成資料屬性加@property，也可以不加@property
-------------------------------
# 5 反序列化校驗幾層
-1 欄位自己的校驗規則：序列化類欄位引數控制的
-2 每個欄位單獨設定校驗方法(了解)
-3 區域鉤子
-4 全域鉤子
ser呼叫is_valid方法的時候，就會將4層校驗從上往下依次執行
ser呼叫save方法，觸發的是create或者update方法的執行！！
-------------------------------
# 6 ModelSerializer：繼承自Serializer
class BookSerializer(ModelSerializer):
# 如果欄位是映射過來的，也會把欄位屬性[反序列化校驗規則],也會映射過來，有可能會校驗失敗，不能寫入
# 咱們重寫這個欄位，不加任何規則，取消掉它
name = serializer.CharField()
class Meta:
model=Author
# fields="__all__"
# 只要是序列化的欄位和反序列化的任何欄位，都要在這注冊
# 序列化的欄位，可能不是表模型的欄位，是在表模型中寫的方法名
# 序列化的欄位,也可能是在序列化類里面的,寫的定制化欄位,SerializerMethodField，也要注冊
fields=['name','photo','gender','addr']
extra_kwargs={'name':{'max_length': 8}} # 給欄位類增加屬性,read_only 和write_only用的多
gender=serializer.CharField()
addr=serializer.CharField()
# 區域鉤子，全域鉤子 和原來的用法完全一樣
# 在序列化類里面寫定制化欄位方法的SerializerMethodField的用法和 原來也一樣
def create(self, validated_data):
pass
def update(self, instance, validated_data):
pass
-------------------------------
# 7 反序列化的欄位，一定跟表模型的欄位是對應的嗎？ 不一定，隨意寫，
# 因為反序列化的欄位，可能是要存到兩張表里面去的，
注意因為現在BookSerializer類繼承了ModelSerializer，
前端提交過來的資料包含了兩個表里面的資料，但是序列化類只和Book模型表建立了關聯
只要反序列化，就必須要在fields里面注冊一下，
但是在將book表里面的欄位映射的序列化表里面的時候，是不可能將另一個表里面的欄位也映射過來的，
所以需要在序列化表里面，把該欄位重寫一下就行了，如果需要欄位校驗也一樣在括號里面寫欄位的校驗引數，如果需要其他的邏輯校驗，就寫鉤子函式，
最后我們需要在序列化類里面要重寫create方法，因為ModelSerializer封裝了create方法，但是該方法只能適用于前端傳的是關聯表里面的欄位資料，會自動將前端的資料利用ORM寫到資料庫里面去，
但是現在前端傳的是兩個表里面的資料，所以我們要重寫create方法，自己將兩個表里面的資料從validated_data里面拿出來，利用ORM分別寫到兩張表里面去！！！！！！
.
.
.
.
.
1 反序列化類校驗部分原始碼決議（了解）
反序列化校驗，什么時候開始執行校驗？
視圖類中的呼叫 ser.is_valid(), 就會執行校驗，校驗通過回傳True，不通過回傳False
----------------------------------------
ser是我們自己寫的BookSerializer序列化類的物件
入口：ser.is_valid() ------BookSerializer類里面沒有is_valid------繼續找最終找到了父類-----BaseSerializer中的is_valid
注意視圖類post函式里面 if ser.is_valid(): 括號里面寫raise_exception=True，就會直接拋例外！！
-----------------------------------------
-----------------------------------------
def is_valid(self, *, raise_exception=False):
if not hasattr(self, '_validated_data'):
try:
# self序列化類的物件，屬性中沒有_validated_data，一定會走下面這句【核心】
# 這句走完后，物件就有該屬性了，下次物件再點is_valid方法時，下面這句話肯定就不走了
# 所以is_valid被物件呼叫一次，與被物件呼叫多次的效果是一樣的！，只有第一次的時候會校驗
self._validated_data = https://www.cnblogs.com/tengyifan888/archive/2023/02/05/self.run_validation(self.initial_data)
except ValidationError as exc:
self._validated_data = {}
self._errors = exc.detail
else:
self._errors = {}
if self._errors and raise_exception:
raise ValidationError(self.errors)
return not bool(self._errors)
-----------------------------------------
-----------------------------------------
# self._validated_data = self.run_validation(self.initial_data) 這行代碼的self是序列化類的物件
-切記一定不要按住ctrl鍵點擊名字,因為系統默認是基于當前名字所屬的類查找及往上找！！
-哪個物件呼叫的該方法，那么該方法里面self就是哪個物件，和self當前所在的函式所屬的類無關！！！
-所以真正的查找順序是，從self所指代的這個物件開始從下往上找，找不到，再往上，知道找到該方法！！！
-最終從Serializer類中找到了run_validation，而不是Field中的run_validation ！！
-----------------------------------------
-----------------------------------------
def run_validation(self, data=empty):
# 執行欄位自己的，及validates方法，也就是第一層與第二層的校驗
(is_empty_value, data) = self.validate_empty_values(data)
if is_empty_value:
return data
# 區域鉤子----【區域鉤子】
value = self.to_internal_value(data)
try:
self.run_validators(value)
# 全域鉤子--》如果在BookSerializer中寫了全域鉤子validate，優先走它，非常簡單
value = self.validate(value)
except (ValidationError, DjangoValidationError) as exc:
raise ValidationError(detail=as_serializer_error(exc))
return value
-----------------------------------------
-----------------------------------------
# 區域鉤子 self.to_internal_value(data) ---》self是BookSerializer的物件，從根上找
# 最后在Serializer類中找到了
def to_internal_value(self, data):
ret = OrderedDict()
errors = OrderedDict()
fields = self._writable_fields
# fields 就是寫在序列化類中一個個欄位類的物件！！！
for field in fields:
# self 是BookSerializer的物件
# 還是用反射，反射出BookSerializer物件中的區域鉤子函式的函式名字
validate_method = getattr(self,'validate_' + field.field_name, None)
try:
# 執行BookSerializer類中的鉤子函式方法，傳入了要校驗的資料
validated_value = https://www.cnblogs.com/tengyifan888/archive/2023/02/05/validate_method(validated_value)
except ValidationError as exc:
errors[field.field_name] = exc.detail
else:
set_value(ret, field.source_attrs, validated_value)
if errors:
raise ValidationError(errors)
return ret
.
.
.
.
2 斷言
# 原始碼中大量使用try和斷言
# 關鍵字assert ，有什么作用，斷定你是什么，如果是沒事，如果不是就拋例外
--------------------------------------------
name = 'zzz'
if name == 'lqz':
pass
else:
raise Exception('名字不為lqz，不能繼續走了')
print('后續代碼')
---------------------
上面代碼可以寫成這樣
name = 'zzz'
assert name=='lqz' # 斷定是，沒問題，代碼繼續往下走，如果不是，就主動拋例外！！
print('后續代碼')
----------------------------------------------
def is_valid(self, *, raise_exception=False):
# 斷言物件里面有'initial_data'屬性，如果有就繼續往下走，如果沒有就主動拋例外報錯了
assert hasattr(self, 'initial_data')
if not hasattr(self, '_validated_data'):
try:
self._validated_data = https://www.cnblogs.com/tengyifan888/archive/2023/02/05/self.run_validation(self.initial_data)
except ValidationError as exc:
self._validated_data = {}
self._errors = exc.detail
else:
self._errors = {}
# 判斷后面的代碼的結果的布林值，True就正常繼續往下走，False就主動拋例外，不讓代碼往下走了！！！ 斷言的主要目的就是如果是False,不讓代碼往下走了
--------------------------------------------------
.
.
.
.
3 drf之請求
3.1 Request能夠決議的前端傳入的編碼格式-------配置決議類
# 需求是該介面只能接收某種編碼格式，比如json格式，不能接收其他格式
---------------------------------------------
方式一，在繼承自APIView及其子類的的視圖類中配置（區域配置，只對該視圖類有效）
# 總共有三個：
from rest_framework.parsers import JSONParser,FormParser,MultiPartParser
class BookView(APIView):
parser_classes = [JSONParser,]
# 這樣一配置，以后該視圖類只能夠決議，用json格式編碼傳入的檔案了！！用其他格式編碼傳入的檔案就決議不了了！！！
# parser_classes 決議類 意思是能夠決議前端傳入的上面編碼格式（默認情況下配了3個決議類）
# drf決議類已經幫我們寫好了，我們只需要匯入即可！
----------------------------------------------
方式二：在組態檔中配置（影響所有，全域配置）
-django有套默認配置，每個專案也有個配置
-drf也有套默認配置，每個專案也有個配置(就是django的組態檔)
------------------
REST_FRAMEWORK = {
'DEFAULT_PARSER_CLASSES': [
'rest_framework.parsers.JSONParser',
# 'rest_framework.parsers.FormParser',
# 'rest_framework.parsers.MultiPartParser',
],
}
# 這樣在django的組態檔中寫一下，假如上面的視圖類里面不配置決議類，在這里配置的就對整個django專案生效了！！！
------------------------------------------------
方式三：全域配了1個決議類，某個視圖類想要配3個決議類，怎么配？
-只需要在視圖類，配置3個即可
-因為：先從視圖類自身找，找不到，再去專案的drf配置(django專案配置)中找，再找不到，去drf默認的配置找
如果是json格式編碼，request.data就是普通dict
.
如果urlencoded,或form-data編碼，就是querydict
.
.
DRF的組態檔查找
lib---site-packges---rest-framework---settings.py檔案里面
.
.
.
這樣在django的組態檔中寫一下，在這里配置的就對整個django專案生效了！！！
.
.
.
3.2 Request類有哪些屬性和方法(學過)
# 視圖類方法中的request
data
__getattr__
query_params
.
.
.
4 drf之回應
4.1 Response能夠回應的編碼格式-------配置回應類
drf 是djagno的一個app，所以要注冊！！！
drf的回應，如果使用瀏覽器和postman訪問同一個介面，回傳格式是不一樣的
drf做了個判斷，如果是瀏覽器，好看一些，如果是postman只要核心的json資料
------------------------------------------
------------------------------------------
# 需求：現在想讓瀏覽器也回傳的也像postman一樣，就回傳核心的json資料，怎么辦？
# 兩個回應類------drf的默認組態檔中找------兩個類
方式一：在視圖類中寫（區域配置，只對視圖類有效）
from rest_framework.renderers import JSONRenderer,BrowsableAPIRenderer
class BookView(APIView):
renderer_classes=[JSONRenderer,]
----------------------------------------------
方式二：在專案組態檔中寫（全域配置，整個專案有效）
REST_FRAMEWORK = {
'DEFAULT_RENDERER_CLASSES': [
'rest_framework.renderers.JSONRenderer',
'rest_framework.renderers.BrowsableAPIRenderer',
],
}
------------------------------------------
方式三：使用順序（一般就用內置的即可）
優先使用視圖類中的配置，其次使用專案組態檔中的配置，最后使用內置的
drf 是djagno的一個app，所以要注冊！！！
.
.
.
.
4.2 Resposne的原始碼屬性或方法
# drf 的Response 原始碼分析
from rest_framework.response import Response
視圖類的方法回傳時，retrun Response ，走它的 __init__
研究 init中可以傳什么引數
------------------------------------------
# Response init 可以傳的引數
def __init__(self,
data=https://www.cnblogs.com/tengyifan888/archive/2023/02/05/None,
status=None,
template_name=None,
headers=None,
exception=False,
content_type=None)
# data：之前咱們寫的ser.data 可以是字典或串列或字串---》序列化后回傳給前端---》前端在回應體中看到的就是這個
# status:http回應的狀態碼，默認是200，你可以改，
drf在status包下，把所有http回應狀態碼都寫了一遍，是個常量
from rest_framework.status import HTTP_200_OK
Response('dddd',status=status.HTTP_200_OK)
Response('dddd',status=200) # 這兩句話一個意思
# template_name：了解即可，修改回應模板的樣子，BrowsableAPIRenderer定死的樣子，后期公司可以自己定制
# headers：回應頭,http回應的回應頭,可以通過傳參的形式headers={'name': 'lqz'} 往回應頭里面塞東西！！！
思考，原生djagno如何用4板斧向回應頭中加東西 ？
# 四件套 render，redirect，HttpResponse，JsonResponse
obj = HttpResponse('dddd')
obj['age'] = '18'
obj['name'] = 'lqz'
return obj
# content_type ：回應編碼格式，一般不動
-----------------------------------------------
# 重點：data，status，headers
from rest_framework.status import HTTP_200_OK
.
用DRF的Response 往回應頭里面加東西
.
用django的四板斧 往回應頭里面加東西
.
.
.
.
5 視圖組件介紹 及 兩個視圖基類 與 五個視圖擴展類的 用法介紹
# 之前學過APIView，是drf的基類，是drf提供的最頂層的類
------------------------------------------
# APIView跟之前的View區別:
-傳入到視圖方法中的是REST framework的Request物件，而不是Django的HttpRequeset物件
-視圖方法可以回傳 REST framework的Response物件
-任何APIException例外都會被捕獲到，并且處理成合適的回應資訊
-在進行dispatch()分發前，會對請求進行身份認證、權限檢查、頻率流量控制
------------------------------------------
# drf的 兩個視圖基類
APIVIew 與 GenericAPIView
------------------------------------------
# APIVIew的類里面屬性：
renderer_classes # 回應格式類
parser_classes # 能夠決議的請求格式類
authentication_classes # 認證類
throttle_classes # 頻率類
permission_classes # 權限類
.
.
.
.
5.1 第一層 用APIView + ModelSerializer + Resposne 寫5個介面
# 視圖類代碼
from .models import Book
from .serializer import BookSerializer
class BookView(APIView):
def get(self, request):
books = Book.objects.all()
ser = BookSerializer(instance=books, many=True)
return Response(ser.data)
def post(self, request):
ser = BookSerializer(data=https://www.cnblogs.com/tengyifan888/archive/2023/02/05/request.data)
if ser.is_valid():
ser.save()
return Response({'code': 100, 'msg': '新增成功', 'result': ser.data})
# restful規范里面要求把新增對策資料回傳,怎么回傳新增的資料 ？
# 我們現在只有ser序列化類的物件，能不能拿到新增的物件？可以，ser.save方法運行會觸發create方法運行，create方法的回傳值就是新增的物件
# 所以ser.data該方法的作用:就是將create方法的回傳值也就是新增的表模型物件，再序列化成字典給前端
# 所以說雖然post方法整體是將前端的字串轉化為物件的反序列化的程序，但是該方法最后還是有一步將物件序列化成字典的程序！！
# 所以序列化類中的create方法一定要回傳新增的物件,否則ser.data方法沒拿到新增的物件，序列化也拿不到新增物件的資料！！！
else:
return Response({'code': 101, 'msg': ser.errors})
class BookDetailView(APIView):
def get(self, request, pk):
books = Book.objects.filter(pk=pk).first()
ser = BookSerializer(instance=books)
# 所以說ser=BookSerializer(XXX）只是一個生成物件給物件添加屬性的程序，正真將表模型物件轉成字典是ser.data在做！！！
return Response(ser.data)
def put(self, request, pk):
books = Book.objects.filter(pk=pk).first()
ser = BookSerializer(instance=books, data=https://www.cnblogs.com/tengyifan888/archive/2023/02/05/request.data)
if ser.is_valid():
ser.save()
return Response({'code': 100, 'msg': '修改成功', 'result': ser.data})
else:
return Response({'code': 101, 'msg': ser.errors})
def delete(self, request, pk):
Book.objects.filter(pk=pk).delete()
return Response({'code': 100, 'msg': '洗掉成功'})
-----------------------------------------------
-----------------------------------------------
-----------------------------------------------
# 序列化類
### ModelSerializer的使用
class BookSerializer(serializers.ModelSerializer):
# 跟表有關聯
class Meta:
model = Book
fields = ['name', 'price', 'publish_detail', 'author_list', 'publish', 'authors']
extra_kwargs = {'name': {'max_length': 8},
'publish_detail': {'read_only': True},
'author_list': {'read_only': True},
'publish': {'write_only': True},
'authors': {'write_only': True},
}
# ModelSerializer序列化類幫我們干了好多事，原來用Serializer序列化類時，序列化欄位與反序列化欄位都要我們自己寫，現在用fields配一下，全部將模型表里面的欄位都映射過來了
# 而且最騷的是模型表里面的一對多的外鍵欄位映射過來自動變成了Integerfield,多對多的外鍵欄位映射過來自動變成了ListField的了！！
# 而且原來我們要自己寫create與update方法，將校驗過后的資料利用ORM陳述句寫入資料庫，現在全被ModelSerializer序列化類自動幫我們干了！！！
-----------------------------------------------
-----------------------------------------------
-----------------------------------------------
# 路由
urlpatterns = [
path('admin/', admin.site.urls),
path('books/', views.BookView.as_view()),
path('books/<int:pk>/', views.BookDetailView.as_view()),
]
.
注意前端傳資料反序列新增或者修改的時候，用postman在請求體里面寫資料的時候有點不一樣
比如json格式我們這樣寫
{"name":"紅樓","price":199,"publish":1,"authors":[1,3]}
但是如果用urlencode或者form-data格式寫的時候，對于多對多的authors外鍵欄位有點不一樣，
authors鍵對應的框里面不能直接填一個[1,3]，而是要把authors寫兩遍，一個對應1，一個對應3
這么來操作
.
.
.
.
5.2 第二層 基于 GenericAPIView + ModelSerializer 寫5個介面
# 研究 如果我們要寫publish的5個介面，只要復制之前的代碼，改一部分，就可以快速寫出publish的5個介面，區別就只在于表模型與序列化類
# 可以通過繼承，少些代碼，GenericAPIView 繼承了APIView 并擴展了新的屬性與方法！！
'''
GenericAPIView 的屬性和方法:
屬性:
queryset: 要序列化或反序列化的表模型物件
serializer_class: 使用的序列化類
lookup_field : 查詢單條的 路由匹配的轉換器里面的分組名
filter_backends: 過濾類的配置
pagination_class: 分頁類的配置
方法:
get_queryset() 獲取序列化的物件
get_object() 獲取單個物件
get_serializer() 獲取序列化物件
filter_queryset() 跟后續的排序由關系
'''
from rest_framework.generics import GenericAPIView
class BookView(GenericAPIView):
queryset = Book.objects.all()
# 原來我們是寫在函式里面的，現在寫外面，在函式里面通過self.queryset拿表模型物件
serializer_class = BookSerializer
def get(self, request):
# objs = self.queryset
# 這里可以拿到,但是不要這么用，GenericAPIView提供了另一個方法
objs = self.get_queryset()
# get_queryset()函式的回傳值就是self.queryset，相當于套了一層殼
# 那不是多此一舉嗎？那你就淺了,這樣操作有個好處,可以在序列化類里面重寫該get_queryset方法
# 然后在self.queryset里面加點其他資料，或者剔除掉一些資料，那序列化的物件是不是就不一樣了！所以直接拿就寫死了，擴展性差了！！
# 呼叫get_queryset()前,就可以在拿前先重寫get_queryset()方法，對queryset物件先處理一下！！！
ser = self.get_serializer(instance=objs, many=True)
# 同理也是給self.serializer_class() 套了一層殼！！后期可以重寫get_serializer_class方法，通過回傳值來控制所使用的序列化類
return Response(ser.data)
def post(self, request):
ser = self.get_serializer(data=https://www.cnblogs.com/tengyifan888/archive/2023/02/05/request.data)
if ser.is_valid():
ser.save()
return Response({'code': 100, 'msg': '新增成功', 'result': ser.data})
else:
return Response({'code': 101, 'msg': ser.errors})
class BookDetailView(GenericAPIView):
queryset = Book.objects.all() # 原來我們是寫在函式里面的，現在寫外面，在函式里面通過self.queryset拿表模型物件
serializer_class = BookSerializer
# lookup_field = 'pk' # 如果路由匹配的轉換器里面的分組名不是pk，要手動在這改一下，如果是pk這句話可以不寫！
def get(self, request, pk):
obj = self.get_object() # 獲取表模型的單條物件
ser = self.get_serializer(instance=obj)
return Response(ser.data)
def put(self, request, pk):
obj = self.get_object()
ser = self.get_serializer(instance=obj, data=https://www.cnblogs.com/tengyifan888/archive/2023/02/05/request.data)
if ser.is_valid():
ser.save()
return Response({'code': 100, 'msg': '修改成功', 'result': ser.data})
else:
return Response({'code': 101, 'msg': ser.errors})
def delete(self, request, pk):
self.get_object().delete()
return Response({'code': 100, 'msg': '洗掉成功'})
.
.
.
.
.
5.3 第三層 基于 5個視圖擴展類 + ModelSerializer 寫5個介面
# 視圖類代碼
from rest_framework.mixins import CreateModelMixin, UpdateModelMixin, DestroyModelMixin, RetrieveModelMixin, ListModelMixin
# 基于GenericAPIView + 5個視圖擴展類寫介面
class BookView(GenericAPIView, ListModelMixin, CreateModelMixin):
queryset = Book.objects.all()
serializer_class = BookSerializer
def get(self, request):
return self.list(request)
def post(self, request):
return self.create(request)
class BookDetailView(GenericAPIView, RetrieveModelMixin, UpdateModelMixin, DestroyModelMixin):
queryset = Book.objects.all()
serializer_class = BookSerializer
# def get(self, request, pk):
# return self.retrieve(request,pk) 可以直接寫pk 也可以像下面一樣寫，都行
def get(self, request, *args, **kwargs):
return self.retrieve(request, *args, **kwargs)
def put(self, request, *args, **kwargs):
return self.update(request, *args, **kwargs)
def delete(self, request, *args, **kwargs):
return self.destroy(request, *args, **kwargs)
-----------------------------------------------
-----------------------------------------------
-----------------------------------------------
# 序列化類代碼
class BookSerializer(serializers.ModelSerializer):
# 跟表有關聯
class Meta:
model = Book
fields = ['name', 'price', 'publish_detail', 'author_list', 'publish', 'authors']
extra_kwargs = {'name': {'max_length': 8},
'publish_detail': {'read_only': True},
'author_list': {'read_only': True},
'publish': {'write_only': True},
'authors': {'write_only': True},
}
-----------------------------------------------
-----------------------------------------------
-----------------------------------------------
# 路由
urlpatterns = [
path('admin/', admin.site.urls),
path('books/', views.BookView.as_view()),
path('books/<int:pk>/', views.BookDetailView.as_view()),
]
.
.
.
.
作業
# 1 研究反序列化原始碼
# 2 整理斷言的使用
# 3 整理drf的請求與回應
# 4 基于APIView寫5個介面
基于GenericAPIView
基于GenericAPIView+5個視圖擴展類
# 5 剩下兩層
-第一層
class PublishView(CreateAPIView):
queryset = Book.objects.all()
serializer_class = BookSerializer
class BookDetailView(DestroyAPIView):
queryset = Book.objects.all()
serializer_class = BookSerializer
-第二層帶5個介面
class PublishView(CreateAPIView):
queryset = Book.objects.all()
serializer_class = BookSerializer
# 周六周天：刷 面向物件視頻
轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/543064.html
標籤：其他
上一篇：Eureka注冊中心