A、DRF要求モジュール
、DRF要求はWSGIに基づいて要求に再カプセル化されています
プロパティの要求DRFとして、WSGIリクエスト：_request
完全な互換性が作られた古い要求のための新しい要求
より多くの標準化データ分析のための新たな要求：
すべてのステッチのパラメータは、中query_paramsに解析されています
すべてのデータパケットは、データに解析されています
QueryDictタイプに属するquery_params及びデータは、.dict（）は天然型辞書に変換します
ソースコード解析
1、APIViewカテゴリのDRF：as_viewを書き直し（）、と彼はまた、Viewクラスを継承し、メインロジックはまだ）as_viewの親ビューを（呼び出します。
2.as_view（）、ローカル無効CSRF認証焦点：すべての継承されたDRF基本ビュークラスAPIViewビュークラス、CSRF認定チェックをしていません
APIViewクラスの3.drf：self.initialize_request（リクエスト、*引数、** kwargsから）：ディスパッチをオーバーライド（）、第2の要求に内部に封入しました。
- インナーコア：
self._request =リクエスト：リクエストの初期化方法は、__init __ DRF行きます
__getattr__ DRF getterメソッドの要求：要求self._requestテイク反射特性を起動し、DRFに取るように取得していません
5.コア：元の要求WSGIプロトコルに加えて、すべてのコンテンツへの要求アクセス、query_params、データ、それはこれらの2つの方法の特性をカプセル化するにアクセスすることができ