原 Django通用视图APIView和视图集ViewSet的介绍和使用 2018年10月21日 14:42:14 不睡觉假扮古尔丹 阅读数:630   1.APIView DRF框架的视图的基类是 APIView APIView的基本使用和View类似 Django默认的View请求对象是 HttpRequest,REST framework 的请求对象是 Request. Request对象的数据是自动根据前端发送数据的格式进行解析之后的结果. HttpRequest.GET ————> R

1.APIView(rest_framework.views import APIView),是REST framework提供的所有视图的基类,继承自Django的View. 传入到视图方法中的是REST framework的Request对象,返回REST framework的Response对象,视图会为响应数据设置(render)符合前端要求的格式. 在进行dispatch()分发前,会对请求进行身份认证.权限检查.流量控制. 在APIView中仍以常规的类视图定义方法来实现get()

1.APIView DRF框架的视图的基类是 APIView APIView的基本使用和View类似 Django默认的View请求对象是 HttpRequest,REST framework 的请求对象是 Request. Request对象的数据是自动根据前端发送数据的格式进行解析之后的结果. HttpRequest.GET ----> Request.query_params HttpRequest.POST .HttpRequest.body----> Request.data Dja

0x00  引言 官方文档:http://www.django-rest-framework.org/drf为我们提供强大的通用view的功能,本博客对这些view进行简要的总结分析.首先,我们看一下主要的几种view以及他们之间的关系. 这其中,还涉及了mixins,主要也分为5类: 0x01 django View 首先,我们使用django自带的view,获取一个课程的列表: # drf是通过json的格式进行数据交互的,所以这里也返回json数据 import json from dja

一.视图集ViewSet 使用视图集ViewSet,可以将一系列逻辑相关的动作放到一个类中: 1.list()提供一组数据 2.retrieve()提供单个数据 3.create()创建数据 4.update()保存数据 5.destrory()删除数据 ViewSet视图集不在实现get().post()等方法,而是实现动作action如list()\create()等.视图集只在使用as_view()方法的时候,才会将action动作与具体请求方式对应上.如: class BookInfoV

drf中的各种view,viewset Django REST framework里有各种各样的view,让我有点蒙,得好好捋一捋这关系. 视图的作用 Django用"视图"这个概念封装处理用户请求并返回响应的逻辑. 视图是一个可调用对象,它不仅可以是基于函数,也可以是基于类的. 相比较与函数,基于类的视图有一些区别和优势: 组织与特定HTTP方法相关的代码(GET,POST等) 可以通过单独的方法而不是条件分支来解决. 面向对象的技术例如Mixin(多继承.混用)可以将代码分解成可重

一 .视图集ViewSet 使用视图集ViewSet,可以将一系列逻辑相关的动作放到一个类中: list() 提供一组数据 retrieve() 提供单个数据 create() 创建数据 update() 保存数据 destory() 删除数据 ViewSet视图集类不再实现get().post()等方法,而是实现动作 action 如 list().create() 等. 视图集只在使用as_view()方法的时候,才会将action动作与具体请求方式对应上.如: class BookInfo

在DRF官方教程的学习过程中,一个很明显的感受是框架在不断地进行封装,我们自己写框架/工具/脚本/平台也可以模仿模仿,先完成底层代码,再做多层封装,让使用者很容易就上手操作.本文是教程的最后一篇,介绍ViewSets和Routers. ViewSets 先看看之前在给User模型创建Endpoint时,我们新增的2个视图: class UserList(generics.ListAPIView): queryset = User.objects.all() serializer_class =

ViewSets 路由选择确定要用于一个请求哪个控制器之后,控制器负责做出请求的感并产生相应的输出. - Ruby on Rails的文档 Django的REST框架允许你的逻辑一组在一个类中的相关意见,称为结合ViewSet.在其他框架中,你还可以找到一个名为类似"资源"或"控制器"概念上类似的实现. 甲ViewSet类只是一种类型的基于类的视图,即不提供任何方法的处理程序,例如.get()或.post(),而是提供操作,如.list()和.create(). 用

  在dispatch过程中,下列属性可用于 ViewSet : basename - 根url路径 action - 当前动作类型(例如 list , create ). detail - 用于指示当前动作是针对一个列表还是一个对象detail的布尔指示器 suffix - viewset类型的前缀 name - viewset的名字 description - 详细描述   #可以用上面的属性做一些展示和跳转,例如 def get_func(self): # 通过action判断动作类型 i

                                    行为类模式大PK 行为类模式包括责任链模式.命令模式.解释器模式.迭代器模式.中介者模式.备忘录模式.观察者模式.状态模式.策略模式.模板方法模式.访问者模式.该组设计模式众多,如下我们着重介绍一下命令模式VS策略模式.状态模式VS策略模式.观察者模式VS责任链模式. 命令模式VS策略模式 命令模式和策略模式类图很相似,只是命令模式多了一个接收者(Receiver)角色,通过确切的Command类调用Receiver类,实现

                                  结构类模式大PK 结构类模式包括适配器模式.桥梁模式.组合模式.装饰模式.门面模式.享元模式和代理模式.之所以称其为结构类模式,是因为他们都是通过组合类或对象产生更大结构以适应更高成层次的逻辑需求.我们来分析一下装饰模式和代理模式.装饰模式和适配器模式. 装饰模式VS代理模式 首先要说明的是装饰模式是代理模式的特殊应用,两者的共同点是有相同的接口,不同点事代理模式着重对代理过程的控制,而装饰模式则是对类的功能进行加强或减弱,着重

                                    创建类模式大PK 创建类模式包括工厂方法模式.建造者模式.抽象工厂模式.单例模式和原型模式,他们能够提供对象的创建和管理职责.其中单例模式和原型模式模式非常容易理解,单例模式是要保持在内存中只有一个对象,原型模式是通过复制的方式产生一个新的对象.而工厂方法模式.抽象工厂模式和建造者模式,这三者之间有较大的相似性. 工厂方法模式VS建造者模式 工厂方法模式注重的是整体对象的创建方法,而建造者模式注重的是部件构建的过程,旨在通过

[转自网络]https://my.oschina.net/cers/blog/292191 PK Belongs to primary key 作为主键 NN Not Null 非空 UQ Unique index 不能重复 BIN Is binary column 存放二进制数据的列 UN Unsigned data type 无符号数据类型(需要整数形数据) ZF Fill up values for that column with 0's if it is numeric 填充0位(例如

原文链接:https://swlaschin.gitbooks.io/fsharpforfunandprofit/content/posts/fvsc-sum-of-squares.html Comparing F# with C#: A simple sumF# PK C#:简单的求和 To see what some real F# code looks like, let's start with a simple problem: "sum the squares from 1 to N

  本节作业: 熟练使用类和模块,写一个交互性强.有冲突的程序. 故本次写了一个文字回合制的PK游戏,系统主程序为根目录下的:game_menu.py 1. 系统功能模块: 第六天的作业:文字游戏程序是在python3.4环境下开发,在python2.7环境下大同小异,主要功能模块如下图: 2. 系统目录结构: 程序采用分层的方式编写,包括系统配置conf.数据库访问层database.业务逻辑层modules,业务处理主程序game_menu.py,主要分类如下图: 3．应用知识点: a) 类

29.1 策略模式 VS 桥梁模式 29.1.1 策略模式 [编程实验]用策略模式实现邮件发送 (1)有文本和超文本两种格式的邮件,将这两种格式封装成两种不同的发送策略. (2)文本邮件和超文本邮件分别是两种不同格式的邮件的封装.MailServer是一个环境角色,它接收一个MailTemplate对象,并通过sendMail方法将邮件发送出去. //跨战区大PK——策略模式和桥接模式 //实例:用策略模式实现邮件发送 #include <iostream> #include <stri

27.1 策略模式 VS 命令模式 27.1.1 策略模式实现压缩算法 //行为型模式大PK——策略模式和命令模式 //实例:用策略模式实现压缩算法 #include <iostream> #include <string> using namespace std; //抽象压缩算法 class Algorithm { public: //压缩算法 ; //解压算法 ; virtual ~Algorithm(){} }; //具体算法:zip算法 class Zip : publi

27.1 代理模式 VS 装饰模式 27.1.1 代理模式 (1)场景:客人找运动员代理要求安排运动员参加比赛 (2)说明:代理人有控制权,可以拒绝客人的要求,也可以答应安排,甚至自己下去跑(因为有些运动员本身就作自己的代理) [编程实验]找代理安排运动员比赛 //结构型模式大PK——代理模式和装饰模式 //实例:找代理安排运动员比赛 #include <iostream> #include <ctime> using namespace std; //抽象运动员 class IR

26.1 工厂方法模式 VS 建造者模式 26.1.1 按工厂方法建造超人 (1)产品:两类超人,成年超人和未成年超人. (2)工厂:这里选择简单工厂 [编程实验]工厂方法建造超人 //创建型模式大PK——工厂方法和建造者模式 //实例:利用简单工厂创建的超人 #include <iostream> using namespace std; //***************************抽象产品接口********************* //超人接口 class ISuperM