問(wèn)題描述

比如有下面一個(gè)View,比較簡(jiǎn)單：

class UsersView(View): def get(self,request): ......

這個(gè)GET方法會(huì)接受一個(gè)參數(shù)id，也就是用戶的ID，理想的狀態(tài)是只要進(jìn)入get方法內(nèi)，那么這個(gè)用戶就是存在的，否則就直接拋404或者其他。

但現(xiàn)在的做法是在view里面做判斷用戶是否存在，然后再做不同的操作。

class UsersView(View): authentication_classes = .... permission_classes = .... serializer_class = ....

不知道rest里面有沒有這種方法，可以在進(jìn)入View里面之前就可以做參數(shù)的驗(yàn)證，而不用在View里面。

問(wèn)題解答

請(qǐng)求不到的資源會(huì)自動(dòng)拋出404錯(cuò)誤

rest的view中設(shè)置了authentication_classes，可以在進(jìn)入view函數(shù)之前進(jìn)行相應(yīng)的鑒權(quán)，可以編寫定制的鑒權(quán)類，繼承authentication.BaseAuthentication類并實(shí)現(xiàn)authentication(self, request)方法，在該方法進(jìn)行你需要的邏輯判斷，返回相應(yīng)的錯(cuò)誤信息等。

不過(guò)主要用作當(dāng)前請(qǐng)求用戶的鑒權(quán)，像判斷ID是否存在在view里面寫很正常的，如果多個(gè)view都需要可以寫一個(gè)裝飾器即可。