django restフレームワーク：デコレータ、認証クラス、ディスパッチの順番は

Question

djangorestframeworkで呼び出されるデコレータ、認証クラス、ディスパッチの順序については非常に混乱しています。私のジャンゴフレームワークの知識とは少し違っているようです。

一部コード：

#operation_logger: customized decorator 
class FileView(APIView): 
    parser_classes = (MultiPartParser,)#A 
    authentication_classes = (BasicAuthentication,)#B 

    @permission_classes((IsAuthenticated,))#C 
    @method_decorator(csrf_exempt)#D 
    @method_decorator(operation_logger)#E 
    def dispatch(self, request, *args, **kwargs):#F 
     return super(FileView, self).dispatch(request, *args, **kwargs) 

    @method_decorator(operation_logger)#G 
    def post(self, request):#H 
     print "xxxxpost" 

要求を処理するときに呼び出される（A）、B、C、D、E、F、G、Hの順序は何ですか？ BはFの後、GとHの前に呼び出されているようですか？

ところで、私のプロジェクトは、最初は伝統的なジャンゴプロジェクトでした。私は要求がすべてのミドルウェアを通過する必要があることを知っています。今、DRFによるAPIをホストする新しいアプリを追加しました。 私のAPIへのリクエストがすべてのミドルウェアを通過するかどうかはわかりませんか？

おかげ

Answer 1

コール順序は指定したとおりである。

1. @method_decorator(csrf_exempt)
2. @method_decorator(operation_logger)（#E）permission_classes（#Bを評価check_permissions()呼び出す
3. dispatch()通話initial() ）。
4. @method_decorator(operation_logger)（#G）
5. post()

一つは、しかし、動作しません：メソッドadds上

@permission_classes((IsAuthenticated,))permission_classesフィールド（によって返された（つまり、何でも）呼び出し可能に#E）。これは、クラスベースのビューでは機能しないため、本質的にノーオペレーションです。

他の部分には一定の順序を持​​っていないが、必要に応じて使用されている：

必要なときはいつでも、オーセンティケータがuser又はauthentication情報がリクエスト・オブジェクトにアクセスした場合、すなわち、と呼ばれています。

parser_classesと同じことです。これらはリクエストオブジェクトに渡され、リクエスト情報にアクセスすると遅延して使用されます。 request.data。