引言 在Java集合中，HashMap的重要性不言而喻，作为一种存储键值对的数据结构，它在日常开发中有着非常多的应用场景，也是面试中的高频考点，本篇文章就来分析一下HashMap集合中的put方法。...put方法的执行流程 我们直接通过一个程序来理解HashMap中put方法的执行流程，在put方法中，HashMap需要经历初始化、存值、扩容、解决冲突等等操作： public static void...fields defaulted } 在构造方法中，只是设置了一个loadFactor的成员变量，它表示的是hash表的负载因子，默认值为0.75，至于这个负载因子是什么，我们后面再说。...所以，HashMap在第一次调用put方法时会创建一个总容量为16的Node类型数组（前提是调用无参构造方法），但实际上只有12的容量可以被使用，当第13个元素插入时，就需要考虑扩容。...求得数据需要插入的位置后，就需要判断当前位置是否有元素，现在table数组中没有任何数据，所以第一次判断一定是null，符合条件，执行代码：tab[i] = newNode(hash, key, value
在Django rest Framework入门 二 ：DRF框架初体验中其实已经使用了视图了（book.views里面的代码），而且就是实际开发中最常用的模式，但是那是经过DRF框架高度封装的，代码的可读性不好...当视图有对应的Django Model（数据库模型类）的时候，最常用的就是ModelViewSet，因为DRF为我们封装了大量重复的事情，在实际开发工作中可以节省很多时间。...* **视图类代码** 这里有一个特别的处理，就是视图类中的函数名是list, create这样具体的动作，而不是在django中的put，post这样的请求方法，这和后面的url中配置有关。...在这个样例代码中，我依然使用到了Django的数据库模型类，但是其实如果把list、update这些函数内的代码换成其他的业务逻辑也是没有问题的，这样就是没有数据库模型类的使用场景。...这里事实上是DRF框架对路由的分发机制在Django的基础上做了优化，让我们可以将所有的请求方法都写在一个视图类中，而不用像在Django中那样必须区分列表类视图还是详情类视图。
前言 使用视图集ViewSet，可以将一系列逻辑相关的动作放到一个类中： list() 提供一组数据 retrieve() 提供单个数据 create() 创建数据 update() 保存数据...视图集只在使用as_view()方法的时候，才会将action动作与具体请求方式对应上。...在ViewSet中，没有提供任何动作action方法，需要我们自己实现action方法。..."""经过上面的处理，我们就已经把所有视图方法写在一个类中了，但是继承父类有点多 所以，drf里面提供了模型视图集[ModelViewSet]，可以一次性提供5个api接口的方法 最后，def还提供了只读模型视图集...1","http请求方法2",...], detail="是否要生成pk值",url_path="url路径，不填写则默认使用方法名") @action(methods=["get","put"
ModelSerializer DRF的serializers.Serializer所生成的序列化器是最基本的，它可以为数据库模型类定义，也可以为非数据库模型类的数据定义。...一般而言，我们使用序列化器对应的都是Django的数据库模型类。DRF为我们提供了ModelSerializer来方便的对应于一个models....fields = '__all__' # fields 指明为模型类的哪些字段被序列化 在终端中查看自动生成的序列化器如下： >>> from apps.book.serializers...id是模型类默认生成的主键，序列化器让其变成只读（只能序列化，不能反序列化）；通过name字段，可以发现模型类的verbose_name变成了序列化器中的label，max_length等对应不变；观察...readcount字段，会发现整形类型会被序列化器自动加上max_value和min_value的限制；有默认值的字段，会自动加上required=False来取消限制；而允许为空的字段则会字段添加allow_null
DRF视图和常用功能 DRF视图 DRF视图类介绍 在DRF框架中提供了众多的通用视图基类与扩展类，以简化视图的编写。...View：Django默认的视图基类，负责将视图连接到URL，HTTP请求方法的基本调度，之前写类视图一般都用这个。...，传递python对象 status：状态码，默认200 template_name：模板名称 headers：用于响应头信息的字典 content_type：响应数据的类型 使用方法： return...，删除，查看 ModelViewSet类 由于ModelViewSet有较高的抽象，实现自动增删改查功能。...DRF认证 目前DRF可任意访问，没有任何限制，是不符合生产环境标准的，因此接下来学习认证实现访问控制。
DRF视图集 我们在三级视图中，由于获取所有数据和获取一条数据都是使用GET请求，而二级视图（三级视图）只允许有一个get方法，因此我们在两个类中进行了设计，并且这样刚好将路由分开。...如果要使用ViewSet，那么将要重写下面的所有方法，这并不比APIView高明多少，但是当你的业务非常复杂的时候，确实可以选择重写ViewSet来实现最大的灵活性。...在GenericAPIView中，没有提供任何动作action方法，需要我们自己覆盖该类并混合所需的混合类，或者明确定义操作实现action方法。...这对于简单的场景是非常实用的，我们可以只提供queryset，serializer_class，pagination_class等属性即可。同时DRF提供了适用于视图集的路由来方便使用。...但是目前的路由依旧不是让我们很满意。好在DRF提供了给视图集使用的路由方式。
DRF 的路由器（如 DefaultRouter 和 SimpleRouter）通过以下机制自动生成 URL：视图集的标准化方法undefined视图集（如 ModelViewSet）定义了标准化的方法...：DRF 的路由器通过预定义的规则（如 list 对应 GET /users/），结合视图集的方法检测，动态生成 URL。...视图集中 @action 装饰器的使用@action 是 DRF 中用于在视图集（ViewSet）中定义自定义动作的核心装饰器，可以将任意方法暴露为 API 端点。下面通过更多场景详细说明其用法。...：在 url_path 中使用正则表达式捕获参数（category）。...常见问题Q1：如何访问 URL 中的参数？对于 detail=True 的动作，pk 自动从 URL 捕获。自定义参数可通过正则表达式在 url_path 中定义（如示例 5）。
在APIView中仍以常规的类视图定义方法来实现get() 、post() 或者其他请求方式的方法。例如使用APIView简单的实现五个增删查改的API接口。...提供的关于序列化器使用的属性与方法 属性：serializer_class 指明视图使用的序列化器 方法： get_serializer_class(self) : 当出现一个视图类中调用多个序列化器时...,那么可以通过条件判断在get_serializer_class方法中通过返回不同的序列化器类名就可以让视图方法执行不同的序列化器对象了。...视图集只在使用as_view()方法的时候，才会将action 动作与具体请求方式对应上。...**在ViewSet中，没有提供任何动作action方法，需要我们自己实现action方法。
目录 DRF 路由组件 路由是如何映射的？...继承ModelViewSet，路由写法 自己配路由的映射 自动生成路由 action装饰器 继承APIView+ViewSetMixin使用装饰器 路由router形成URL的方式 DRF 路由组件...路由的配置上篇我们提到了一点自动配置，对于继承了视图集ViewSet就可以自动生成路由，当然了也可以选择手动版自己配，可以使用action装饰器来指定方法等操作，屁话不多说如下： REST framework...提供了两个router SimpleRouter DefaultRouter 路由组件使用，如果视图类继承了ViewSetMixin及其子类，那么路由写法可以改变，而且视图类中的方法也可以自定制，不一定是...)# 跟之前一样了 继承ModelViewSet，路由写法 ModelViewSet继承了五个扩展类+GenericViewSet，提供了相应的接口方法增删改查 from rest_framework.viewsets
视图组件 DRF框架提供了很多通用的视图基类与扩展类，上篇使用的APIView是比较偏Base的，视图的使用更加简化了代码，这里介绍一下其他视图的用法 Django REST framwork...最顶层视图类 GenericAPIView：DRF通用视图类 五个扩展类 扩展类不是视图类，没有集成APIView，需要配合GenericAPIView使用，因为五个扩展类的实现需要调用GenericAPIView...在ViewSet中，没有提供任何动作action方法，需要我们自己实现action方法。...，还提供了GenericAPIView提供的基础方法，可以直接搭配Mixin扩展类使用。...个学生信息""" # 操作数据库 print(self.action) # 获取本次请求的视图方法名 通过路由访问到当前方法中.可以看到本次的
（若没有Django环境，需要先创建环境安装Django） 1. 安装DRF pip install djangorestframework ? 2....'rest_framework', ] DRF的魅力 1. 创建序列化器 在booktest应用中新建.py用于保存该应用的序列化器。...= BookInfoSerializer queryset 指明该视图集在查询数据时使用的查询集 serializer_class 指明该视图在进行序列化或反序列化时使用的序列化器 3....运行测试 python manage.py runserver 在浏览器中输入网址127.0.0.1:8000，可以看到DRF提供的API Web浏览页面： ?...4）在页面底部表单中填写图书信息，可以访问修改图书的接口： ? 点击PUT，返回如下页面信息： ? 5）点击DELETE按钮，可以访问删除图书的接口： ? 返回，如下页面： ?
导语 在Java中，HashMap是一种常用的数据结构，用于存储键值对。...它的put方法是最常用的操作之一，本篇博客将深入探讨HashMap的put方法，逐步分解每个步骤，以便更好地理解数据的添加过程。 1....确定哈希桶位置 在HashMap中，元素是通过哈希函数计算得到的哈希码（hash code）来确定存储位置的。put方法首先会根据键的哈希码计算出存储桶（bucket）的位置。 2....如果桶为空，表示该位置还没有元素，可以直接将新的键值对放入桶中。 3....方法是一个复杂的过程，它涉及到了哈希桶的位置计算、冲突处理、链表转红黑树、键值对的替换与新增，以及在需要的情况下进行扩容等。
2 解析器组件 (用来解析数据的请求的组件) Django并不能处理请求协议为application/json编码协议的数据 注意: DRF解析器会封装到View中的parsers内,在视图函数被调用时...定义：需要为post新增url，因为根据规范，url定位资源，http请求方式定义用户行为 定义post方法：在视图类中定义post方法 开始序列化：通过我们上面定义的序列化类，创建一个序列化对象，传入参数...”: “destroy”, “put”: “update” } 上一步中执行as_view()方法传递参数的目的是为了完成优化，将delete请求方式重新命名为不同的函数 ViewSetMixin类重写了...retrieve，有一行instance = self.get_object(), 该方法在GenericAPIView中 至关重要的是拿到self.kwargs中的pk关键字，然后从queryset中拿到想要的数据...返回结果 5 认证组件 cookie和session两种方式可以保存用户信息，这两种方式不同的是cookie保存在客户端浏览器中，而session保存在服务器中，他们各有优缺点，配合起来使用，可将重要的敏感的信息存储在
Django rest Framework入门 一 ：手工实现常见API中记录了如何手工基于Django实现常见的API类型，这篇笔记记录一下DRF框架简单使用的体验。...笔记中提到的代码repo：https://github.com/yexia553/drf 安装和配置修改 安装DRF 安装drf之前要先安装Django pip install djangorestframework...，由此可以见DRF框架还是很方便的，减少了很多重复代码的编写工作。...://127.0.0.1:8000/books/ 这个url就是查询所有书籍信息的API，可以在浏览器中看到当前数据中的数据； 页面的最下面是一个表格，右下角有一个POST按钮，这个按钮对应的是POST...DELETE按钮，这个按钮对应的就是DELETE API； 页面的下半部分是一个表格，右下角有一个蓝色的PUT按钮，这个按钮对应的就是PUT API； 通过代码测试 test路径下有一个文件drf_first_seen.py
它继承自GenericAPIView和ViewSetMixin，提供了以下方法：get_queryset(): 获取数据的查询集。可以重写此方法来筛选数据。...get_object(): 获取单个对象的方法。可以重写此方法来自定义获取对象的逻辑。get_serializer_class(): 获取序列化器的方法。可以重写此方法来自定义序列化器。...update(): 处理PUT请求，用于更新整个对象。partial_update(): 处理PATCH请求，用于更新部分对象。destroy(): 处理DELETE请求，用于删除对象。...以下是一个继承自ModelViewSet的视图的示例：from rest_framework import viewsetsclass ArticleViewSet(viewsets.ModelViewSet...的视图，并继承了DRF的ModelViewSet类。
在Django中，我们通过model-view-template实现了后端和前端的通信。但前端未必是用Django的template实现的，也可以用单独的前端框架（如vue）实现。...这个时候就需要一种统一的方法在前后端通信。目前一种成熟的方法就是API。 那么什么是REST？ 如果你对DRF是用于构建Web API的说法已经满意了，就可以跳过这段了。 那么什么是REST？...关于如何设计出符合REST风格的API，可以参考阮一峰的《RESTful API 设计指南》 那么用DRF实现的就是RESTful API吗？其实DRF没有强制实现。...“Django REST 框架”这个名字是在 2011 年初决定的，选择它只是为了确保开发人员很容易找到这个项目。在整个文档中，我们尝试使用更简单、技术上正确的术语“Web API”。...可以发现，和Django程序相比，我们没有写template做前端的显示，而是写了序列化类提供API。前端可以分离出来，使用API来和后端通信。
很明显的看出这两部分只是引入的jar不同而已。那么运行起来效果能不能一样呢？ 答案肯定是不同的。...首先json.org给出的jar包能够正常运行出你想要的结果，但是fastjson就会给你一些惊喜（自己试一下吧）。 为什么会有这种不同呢？ 一看源码便知。 首先json.org实现： ?...这里的put函数会将当前实例返回(return this).所以#2处的连续操作始终是当前实例出来的JSONObject的操作，是没有问题的。 再看fastjson中put实现方法： ?...这里返回了map的put方法返回值，下面给出map的put方法实现： ? ? 当传入的key已经存在时，将返回key对应已有的value，如果key不存在，就会返回null，注释里面说的非常清楚。...所以fastjson中的put会依据map中已有的key值来返回不同的值，所以#2中的toString是对key对应的值的操作，但是如果之前key在json中不存在就会变成对null的操作。
最近，我打算对我们项目的代码进行清理，准备把一些没有被使用到的公用方法清理掉，但是我在网络找了一遍，像PMD，Findbugs等静态工具，都只能找到没有被使用的私有方法。...public boolean isCallAuth(String str) { return isInculeList(str, callAuths); } /** * 判断一个字符串是否在一个数据列表中...递归执行 checkUsed(fullPath, className, codeName); } } } return result; } /** * 获取没有被使用的代码...= 0; i < classList.size(); i++) { //获取一个数据 classObject = classList.get(i); //得到一个类中没有使用的属性列表...unUsedAttrList.isEmpty())) { //增加数据 result.addAll(unUsedAttrList); } //得到一个类中没有使用的属性列表
何为软删除 当你想对数据进行删除的时候，如果使用物理删除，那么数据真的消失了。使用软删除，可以让数据保留，但是不会被真的删除。只是在字段上设置了一个值，表示数据已经被删除。...简而言之： drf找不到删除的数据，admin需要全部数据 drf和admin删除数据都是软删除 解决方案 DRF Django Manager 赋予了 Django的模型(Model)中操作数据库的能力...其实你在项目中无时不刻不在使用Manager，还记得objects吗？也就是如：Book.objects.all()中的objects。有没有想过它到底是什么？...使用DRF操作删除实际上调用的是mixins.DestroyModelMixin的destroy方法，具体执行删除的方法是perform_destroy。...由于我们已经在模型层通过Manager直接改变了最初的数据过滤后的样子，这里怎么重写也是无事于补的。 于是我在想，那就在定义一个模型管理器，在Admin中使用这个管理器不就好了？
，在Django基础工程的基础上，安装DRF并进行配置：比如统一接口返回格式、统一异常处理等，并在后面的文章中，不断完善出一套DRF脚手架，以降低后面的开发同学的趟坑成本。...，获取不到则使用DRF的默认配置： ......我们在DRF提供的一个分页类的基础上，进行了简单的改造，内容如下： from collections import OrderedDict from rest_framework...，通过阅读代码和文档，我们发现ModelViewSet的父类APIView中的finalize_response函数恰好是DRF定义的response统一处理的接口，于是我们可以重写ModelViewSet...，比如以/api/开头的路由到DRF提供的接口中： [根目录下的urls.py] 而在具体app的路由中，直接使用DRF的router模块，并将视图视图注册到路由中即可： [app中的urls.py]
云服务器
ICP备案
云直播
实时音视频
即时通信 IM
