DRF-->2序列化组件的使用和接口设计--get,post,put,delete&优化组件

!!!!!

!!!!!

记住这个图

!!!!!

上篇博客说道DRF序列化组件的get,只是简单的举一个实例,然而在现实生活中我们前后端进行交互的时候更多的用到了Json数据格式,这也就是说前后端交互的时候用到的更多序列化,但同时也会有大量的重复性的代码,举个简单的例子,就上片博客---get请求的时候,只是一个简单的get请求,还有put,updata,post,delete请求的时候呢,代码没有任何的优化,在这里我们再来说一下序列化和代码优化的结合,以供后来人参考,不多说直接上代码

1.这里我们直接用我们上片博客的代码示例,表的结构以及数据的迁移可以参考上片博客

2.我们直接来看urls

urlpatterns = [
    re_path(r‘books/$‘,views.BookView.as_view({
       #这里的get就是请求数据,可以理解是查看
        ‘get‘,:‘list‘,
       #这里的post就是请求数据,可以理解提交数据
         ‘post‘:‘create‘
})‘),
    re_path(r‘books/(?P<pk>\d+)/$‘,views.BookView.as_view({
        #这里的get是请求数据,可以理解是查看单条数据
        ‘get‘:‘retrieve‘,
        #这里的putr是请求数据,可以理解是修改
        ‘put‘:‘update‘,
        #这里的delete就是请求数据,可以理解是删除
        ‘delete‘:destory‘
}))
]

2.

views.py
from rest_framwork.viewsets import ModelViewSetfrom rest_framework import serializers
from app1.models import Book,Publish,Author

#注意这里必须继承ModelSerializer,这里只有它的源码里给我们封装了我们需要的东西
class BookSerializer(serializers.ModelSerializer):
    class Meta:
        model = Book
        fields = (
            ‘title‘,
            ‘price‘,
            ‘publish‘,
            ‘author_list‘,
            ‘publish_name‘,
            ‘publish_city‘
        )
        extra_kwargs = {
            ‘publish‘:{‘write_only‘: True},
            ‘authors‘:{‘write_only‘: True}
        }  #这里是外键字段,就是__str__显示字段,source=‘publish.name‘就是为了我们能够更清楚地知道我们显示的字段是什么,read_only我们只读不写
    publish_name = serializers.CharField(max_length=32,read_only=True,source=‘publish.name‘)
    publish_city = serializers.CharField(max_length=32,read_only=True,source=‘publish.city‘)
   #这里是固定写法;serializers.SerializerMethodField()
    author_list = serializers.SerializerMethodField()
#这里在说一下 author_list
    def get_author_list(self, book_obj):
        authors = list()
        for author in book_obj.authors.all():
            authors.append(author.name)
            print(authors)
        return authors

class Book(ModelViewSet):
    queryset = Book.objects.all()
    #注意,这里的都是固定的写法,除了BookSerializer,它是需要我们进行序列化类的名字一致,否则找不到报错
    serializer_class = BookSerializer    

3.是不是感觉很乱?ok,显示开发中我们不可能这样,我们新建文件夹,把我们代码进行一个解耦

app1_serializers.py
from rest_framework import serializers
from app1.models import Book,Publish,Author

class BookSerializer(serializers.ModelSerializer):
    class Meta:
        model = Book
        fields = (
            ‘title‘,
            ‘price‘,
            ‘publish‘,
            ‘author_list‘,
            ‘publish_name‘,
            ‘publish_city‘
        )
        extra_kwargs = {
            ‘publish‘:{‘write_only‘: True},
            ‘authors‘:{‘write_only‘: True}
        }
    publish_name = serializers.CharField(max_length=32,read_only=True,source=‘publish.name‘)
    publish_city = serializers.CharField(max_length=32,read_only=True,source=‘publish.city‘)

    author_list = serializers.SerializerMethodField()

    def get_author_list(self, book_obj):
        authors = list()
        for author in book_obj.authors.all():
            authors.append(author.name)
            print(authors)
        return authors

#现在我们的代码就完全优化完了,现在urls两条,而我们的类只有一个,剩下的逻辑基本都在 app1_serializers.py脚本里,ok

原文地址:https://www.cnblogs.com/lzqrkn/p/10084040.html

时间: 12-07

DRF-->2序列化组件的使用和接口设计--get,post,put,delete&优化组件的相关文章

【Android】透明状态栏在App中的实现与接口设计

By Sodino 文章目录 1. 认识透明状态栏 2. 透明状态栏Api及特性 3. 设置透明状态栏 4. 处理消失的系统状态栏区域 5. fitsSystemWindows 6. Activity中的接口设计 7. Fragment中的接口设计 8. 白色Titlebar的处理 9. 小米 与 魅族 与 (莫名其妙的)华为 10. 腾讯优测UTest GitHub源码:TransparentStatusbar源码中分两个app TestBasic: 透明状态栏实现的示例,方便debug 白色

Android 设计一个菱形形状的Imageview组件.

网上没有资料,特来请教下大神 Android 设计一个菱形形状的Imageview组件. >> android 这个答案描述的挺清楚的:http://www.goodpm.net/postreply/android/1010000007107851/Android设计一个菱形形状的Imageview组件.html

微信小程序的Web API接口设计及常见接口实现

微信小程序给我们提供了一个很好的开发平台,可以用于展现各种数据和实现丰富的功能,通过小程序的请求Web API 平台获取JSON数据后,可以在小程序界面上进行数据的动态展示.在数据的关键 一环中,我们设计和编写Web API平台是非常重要的,通过这个我们可以实现数据的集中控制和管理,本篇随笔介绍基于Asp.NET MVC的Web API接口层的设计和常见接口代码的展示,以便展示我们常规Web API接口层的接口代码设计.参数的处理等内容. 1.Web API整体性的架构设计 我们整体性的架构设计

2.35 Java基础总结①抽象②接口③设计抽象类和接口的原则④接口和抽象类的区别

java基础总结①抽象②接口③设计抽象类和接口的原则④接口和抽象类的区别 一.抽象 abstract作用:不能产生对象,充当父类,强制子类正确实现重写方法和类相比仅有的改变是不能产生对象,其他的都有,包括构造.属性等等任何一个类只要有一个抽象的方法就成了抽象类 抽象方法 public abstract A();①方法是抽象的,这个类也是抽象的:②子类必须重写抽象方法,除非子类也是抽象类 抽象类可以没有抽象方法,但一般不这么设计 二.接口 interface 接口也是Java的一种引用数据类型(J

php后台对接ios,安卓,API接口设计和实践完全攻略,涨薪必备技能

2016年12月29日13:45:27 关于接口设计要说的东西很多,可能写一个系列都可以,vsd图都得画很多张,但是由于个人时间和精力有限,所有有些东西后面再补充 说道接口设计第一反应就是restful api 请明白一点,这个只是设计指导思想,也就是设计风格 ,比如你需要遵循这些原则 原则条件REST 指的是一组架构约束条件和原则.满足这些约束条件和原则的应用程序或设计就是 RESTful.Web 应用程序最重要的 REST 原则是,客户端和服务器之间的交互在请求之间是无状态的.从客户端到服务

App接口设计原则-b

1.记住密码不是真的让你记住密码,这里仅仅指的是一种自动登录的手段.不管在任何地方,明文存储的密码都是安全隐患,是必须尽量避免的.你可以采用某种方式对用户名.密码以及时间戳(重要)进行签名,再次登录时使用签名后的数据进行登录. 2.客户端要包含超时机制,见过不止一次的服务端设计是通过客户端发送的userid来区分用户的.对此我真的已经无力吐槽了.最简单的办法是用session来记录用户状态.当然,考虑到客户端的特性,用户可能好几天都没有关闭一次,必须配合自动登录机制来保证客户端的在线. 3.接口

蓝牙(BLE)应用框架接口设计和应用开发——以TI CC2541为例

本文从功能需求的角度分析一般蓝牙BLE单芯片的应用框架(SDK Framework)的接口设计过程,并以TI CC2541为例说明BLE的应用开发方法. 一.应用框架(Framework) 我们熟知的Framework包括Android Framework.Linux QT.Windows MFC.应用框架抽象并封装实现了一般应用场景的需求,完成应用开发的80%,剩下的20%则以回调(callback)和接口的方式供应用开发人员调用以完成具体的需求. 一般Framework完成的工作包括:任务分

C++ 11可变参数接口设计在模板编程中应用的一点点总结

概述 本人对模板编程的应用并非很深,若要用一句话总结我个人对模板编程的理解,我想说的是:模板编程是对类定义的弱化. 如何理解“类定义的弱化”? 一个完整的类有如下几部分组成: 类的名称: 类的成员变量(或属性,C#中属性和成员变量还是有区别的): 类的成员方法: 从编译器的角度看,我们必须明确指定以上3部分,才算完整地定义了一个类并且编译通过. 所谓的“类弱化”,是指类的设计者在定义类的时候,并没有完整定义一个类,而是把类的其中一部分的定义留给类的使用者. 从传统才c++98看,通过模板类,使用

Atitit.自定义存储引擎的接口设计&#160;api&#160;标准化&#160;attilax&#160;总结&#160;&#160;mysql

Atitit.自定义存储引擎的接口设计 api 标准化 attilax 总结  mysql 1. 图16.1:MySQL体系结构1 2. 16.7. 创建表create()虚拟函数:2 3. 16.8. 打开表 open()2 4. ---------------------------------------------------------------------------------------------------------------------2 5. 16.9. 实施基本的

PHP与Spring的强势接口设计_微课介绍

[back]  微课名称: PHP与Spring之间的强势接口设计  微课介绍:    PS.本頁建置中,請先閱讀博文:<<PHP与Spring之间的强势接口设计>> ~ End ~