从介绍Django快开始,我们就一直在使用FBV的方式来撰写代码,二者本质上并没有太大的区别,然而到了REST framework,更会倾向于用CBV来写API的视图,后面会看到这个方式的强大,它允许我们重用常用的功能,让代码更简练。
Rewriting Our API using class-based view
现在开始撰写一个简单的CBV代码,打开app内的views.py文件
from rest_framework import status from rest_framework.response import Response from rest_framework.views import APIView from django.http import Http404 from app01.models import Snippet from app01.serializers import SnippetSerializer class SnippetList(APIView): """ 列出所有的对象或者创建一个新的对象 """ def get(self, request, format=None): snippets = Snippet.objects.all() serializer = SnippetSerializer(snippets, many=True) return Response(serializer.data) def post(self, request, format=None): serializer = SnippetSerializer(data=request.data) if serializer.is_valid(): serializer.save() return Response(serializer.data, status=status.HTTP_201_CREATED) return Response(serializer.errors, status=status.HTTP_400_BAD_REQUEST)
很好,很不错。它现在看起来跟之前的实例还是很像,但是现在我们要着手于在不同的HTTP方法间更好的分离,来更新一下上述实例的代码,还是在app的views.py文件。
class SnippetDetail(APIView): """ 获取、更新、删除一个实例对象 """ def get_object(self, pk): try: return Snippet.objects.get(pk=pk) except Snippet.DoesNotExist: raise Http404 def get(self, request, pk, format=None): snippet = self.get_object(pk) serializer = SnippetSerializer(snippet) return Response(serializer.data) def put(self, request, pk, format=None): snippet = self.get_object(pk) serializer = SnippetSerializer(snippet, data=request.data) if serializer.is_valid(): serializer.save() return Response(serializer.data) return Response(serializer.errors, status=status.HTTP_400_BAD_REQUEST) def delete(self, request, pk, format=None): snippet = self.get_object(pk) snippet.delete() return Response(status=status.HTTP_204_NO_CONTENT)
这段代码看起来很棒,但是它现在还是跟FBV的代码很像。
同时,还需要稍微重构app内的urls文件,现在需要用CBV的方式。
from app01 import views from django.urls import path, include from rest_framework.urlpatterns import format_suffix_patterns urlpatterns = [ path('snippets/', views.SnippetList.as_view()), path('snippets/<int:pk>/', views.SnippetDetail.as_view()), ] urlpatterns = format_suffix_patterns(urlpatterns)
好了,我们已经完成了。如果你将代码允许起来,应该跟之前的效果一样。
Using mixins
使用CBV的的最大优点之一就是,它允许我们很容易的编写一些可重用的行为。
到目前为止,创建、删除、更新、获取这些操作在任何模型支持的API视图中都是非常相似的。
一起来看下,如何使用mixin类来构建视图。再次修改view.py文件
from app01.models import Snippet from app01.serializers import SnippetSerializer from rest_framework import mixins from rest_framework import generics class SnippetList(mixins.ListModelMixin, mixins.CreateModelMixin, generics.GenericAPIView): queryset = Snippet.objects.all() serializer_class = SnippetSerializer def get(self, request, *args, **kwargs): # 获取 return self.list(request, *args, **kwargs) def post(self, request, *args, **kwargs): # 创建 return self.create(request, *args, **kwargs)
来花点时间审查一下,到底这里发生了什么。首先创建的类使用了GenericAPIView,同时也继承了ListModelMixin和CreateModelMixin
基类提供了核心的功能,mixin类提供了.list()和.create()操作。然后,明确的绑定了get和post方法到合适的行为。到目前为止,足够简单。
继续改造另一个CBV
class SnippetDetail(mixins.RetrieveModelMixin, mixins.UpdateModelMixin, mixins.DestroyModelMixin, generics.GenericAPIView): queryset = Snippet.objects.all() serializer_class = SnippetSerializer 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)
跟上面的CBV非常相似。同样的,我们再一次使用GenericAPIView来提供核心代码,然后使用mixin中的.retrieve(), .update(), .destory()方法。
Using generic class-based views
上面使用mixin类使用比之前更少的代码稍微重写了视图,但是我们还能更上一层楼。REST framework提供了一系列已经混合封装好的generic视图,进而可以直接在views.py文件内简化使用。
from app01.models import Snippet from app01.serializers import SnippetSerializer from rest_framework import generics class SnippetList(generics.ListCreateAPIView): queryset = Snippet.objects.all() serializer_class = SnippetSerializer class SnippetDetail(generics.RetrieveUpdateDestroyAPIView): queryset = Snippet.objects.all() serializer_class = SnippetSerializer
看到这里,不免会惊叹,OMG!这也太简洁了。我们免费得到了大量的代码,我们的代码看起来很好,很干净,很符合语言习惯的Django。