[Django] DRF - view of DRF

🧐 view of DRF

DRF에는 view를 작성하는 방법은 여려가지가 있다. 여러가지 방법에 대해서 알아보자.

1. APIView

APIView를 상속해서 짜는 형태와 많이 비슷하다고 생각된다.
예를 들어 class productReview(request): 만들어서 get post delete patch rest method 를 이용해서 클래스안의 함수를 정의해서 구현한 방식이라고 생각하면된다. 구성은 Pure Django를 통해 구성했던 view에서 serializer를 추가해서 처리해준것뿐 동일하다.

클래스 기반 뷰이든 함수 기반 뷰이든 뷰가 실행하는 것은 함수이다. 우리가 View.as_view() 클래스 메소드를 사용하여 URL 정의에 뷰를 추가하면 이는 view라는 함수를 리턴한다. as_veiw() 메소드가 어떻게 짜여 있는지보면

APIView Wrapping

• 함수형 view를 위한 @api_view : FBV(함수기반뷰)
• 클래스형 뷰를 위한 APIView : CBV(클래스기반뷰)

1-1. APIView : class based view

CBV 중 하나이기 때문에 하나의 URL 에 대해서만 처리를 할 수 있습니다.

• /user/ 에 대한 CBV
  • get : 전체 user 정보 조회
  • post : 새로운 user 생성
    
    
• /user/<int:pk>/ 에 대한 CBV
  • get : pk번 user 정보 조회
  • patch : pk번 user 정보 변경
  • delete : pk번 user 정보 삭제
    
    view.py
    urls.py 각 클래스에 대해 as_view()로 라우팅
    

1-2. @api_view 데코레이터 : function based view

method들을 묶어서 쓰는 법을 몰라서 처음에는 따로 구현하다보니 그냥 pure django에서 하는거랑 무엇이 다른가라는 생각이 들었지만 알고보니 기능이 함수단위로 기능이 비슷한 것들끼리 묶어서 사용하고, cbv 와 class기반이나, function기반이나 차이 일뿐 구조는 비슷했다.

😡 이렇게 한페이지에서 method만 다르다면 한번에 처리해준다. 아래 방식은 비효율적인 방식이다.
userDetail 로 묶을수 있는 method를 같이 처리해준다.

view.pyurls.py결과화면

2. Mixins 상속

APIView는 각 request method 마다 직접 serializer 처리를 해주어야되는데, 이러한 부분들이 많이 사용되면 여러 serializer에 대한 중족이 발생합니다. 따라서 rest_framework.mixins 에서는 이러한 기능들이 미리 구현이 되어 있습니다.

• CreateModelMixin
• ListModelMixin
• RetrieveModelMixin
• UpdateModelMixin
• DestroyModelMixin

queryset 과 serializer_class 를 지정해주기만 하면 나머지는 상속받은 Mixin 과 연결해주기만 하면 됩니다.

3. generics APIView

Mixin 을 상속함으로서 반복되는 내용을 많이 줄일 수 있었습니다. 하지만 여러 개를 상속해야 하다보니 가독성이 떨어집니다. 다행히도 rest_framework 에서는 저들을 상속한 새로운 클래스를 정의해놨습니다.

• generics.CreateAPIView : 생성
• generics.ListAPIView : 목록
• generics.RetrieveAPIView : 조회
• generics.DestroyAPIView : 삭제
• generics.UpdateAPIView : 수정
• generics.RetrieveUpdateAPIView : 조회/수정
• generics.RetrieveDestroyAPIView : 조회/삭제
• generics.ListCreateAPIView : 목록/생성
• generics.RetrieveUpdateDestroyAPIView : 조회/수정/삭제

view.py
generics.py

4.ViewSet

아직 queryset 과 serializer_class가 공통적인데도 불구하고 따로 기재해주어야합니다. 이를 한 번에 처리해주는게 바로 ViewSet 입니다
ViewSet은 CBV 가 아닌 헬퍼클래스로 두 가지 종류가 있습니다.

view.pyurls.py

• 일반적인 CBV 와 다르게 as_view를 통해서 뷰를 연결하지 않고, router를 사용해서 연결하였습니다.
• ViewSet은 하나의 뷰가 아닌 set, 여러 개의 뷰를 만들 수 있는 확장된 CBV입니다.