序列化类常用字段类和字段参数

常用字段类

# BooleanField
BooleanField()
# NullBooleanField
NullBooleanField()
# CharField
CharField(max_length=None, min_length=None, allow_blank=False, trim_whitespace=True)
# EmailField
EmailField(max_length=None, min_length=None, allow_blank=False)
# RegexField
RegexField(regex, max_length=None, min_length=None, allow_blank=False)
# SlugField
SlugField(maxlength=50, min_length=None, allow_blank=False) 正则字段,验证正则模式 [a-zA-Z0-9-]+
# URLField
URLField(max_length=200, min_length=None, allow_blank=False)
# UUIDField
UUIDField(format=’hex_verbose’) format: 1) 'hex_verbose' 如"5ce0e9a5-5ffa-654b-cee0-1238041fb31a" 2) 'hex' 如 "5ce0e9a55ffa654bcee01238041fb31a" 3)'int' - 如: "123456789012312313134124512351145145114" 4)'urn' 如: "urn:uuid:5ce0e9a5-5ffa-654b-cee0-1238041fb31a"
# IPAddressField
IPAddressField(protocol=’both’, unpack_ipv4=False, **options)
# IntegerField
IntegerField(max_value=None, min_value=None)
# FloatField
FloatField(max_value=None, min_value=None)
# DecimalField
DecimalField(max_digits, decimal_places, coerce_to_string=None, max_value=None, min_value=None) max_digits: 最多位数 decimal_palces: 小数点位置
# DateTimeField
DateTimeField(format=api_settings.DATETIME_FORMAT, input_formats=None)
# DateField
DateField(format=api_settings.DATE_FORMAT, input_formats=None)
# TimeField
TimeField(format=api_settings.TIME_FORMAT, input_formats=None)
# DurationField
DurationField()
# ChoiceField
ChoiceField(choices) choices与Django的用法相同
# MultipleChoiceField
MultipleChoiceField(choices)
# FileField
FileField(max_length=None, allow_empty_file=False, use_url=UPLOADED_FILES_USE_URL)
# ImageField
ImageField(max_length=None, allow_empty_file=False, use_url=UPLOADED_FILES_USE_URL) ---------记住以下几个-----------
CharField
BooleanField
IntegerField
DecimalField '''序列化类的额外字段'''
# ListField
ListField(child=,min_length=None,max_length=None)
当hobby下有多个数据时,序列化之后返回的数据格式hobby的部分用列表 ---> ['篮球','足球'] 存储。
{name:'lqz',age:19,hobby:['篮球','足球']} # DictField
DictField(child=)
序列化之后,使用字典 ---> {'name':'刘亦菲','age':33}。
{name:'lqz',age:19,wife:{'name':'刘亦菲','age':33}}

常用字段参数

选项参数

# 选项参数
给某一些指定的字段使用的参数(不是每个字段都能使用这些参数) # 给CharField字段类使用的参数
参数名称 作用
max_length 最大长度
min_lenght 最小长度
allow_blank 是否允许为空
trim_whitespace 是否截断空白字符 # 给IntegerField字段类使用的参数
max_value 最小值
min_value 最大值

通用参数

# 通用参数:放在哪个字段类上都可以的
参数名称 作用
required 表明该字段在反序列化时必须输入,默认True
default 反序列化时使用的默认值(字段如果没传,就是默认值)
allow_null 表明该字段是否允许传入None,默认False
validators 该字段使用的验证器【不需要了解】
error_messages 包含错误编号与错误信息的字典
label 用于HTML展示API页面时,显示的字段名称
help_text 用于HTML展示API页面时,显示的字段帮助提示信息 # 重点
read_only 表明该字段仅用于序列化输出,默认False
(从数据库拿出来,给前端)
write_only 表明该字段仅用于反序列化输入,默认False
(前端往后端传入数据) # 如何理解这里的read\write
站在程序的角度:
从数据库拿数据(序列化) ---> 读
从前端获取数据,写入数据库(反序列化) ---> 写

上述参数用于反序列化校验数据(类似form组件):

validators参数(了解):



给validators传入一个列表,列表中存放函数的内存地址。用这些函数来进行数据校验。

总结:

# 校验流程:
字段参数限制(max_length) ---> validators函数校验 ---> 局部钩子 ---> 全局钩子 # 有钩子函数,为什么要使用validators?
钩子函数只能在当前类生效,而validators的校验函数,可以在多个类生效,无需写重复的代码

序列化类高级用法之source

source用于修改序列化字段的名字。

# 获取所有图书接口 使用APIView+Response+序列化类

# 需求:name字段在前端显示的时候叫book_name
-使用source,字段参数,可以指定序列化表中得哪个字段
book_name = serializers.CharField(max_length=8, min_length=3,source='name')
-source指定的可以是字段,也可以是方法,用于重命名
-source可以做跨表查询

source参数可以填写三个东西。

source填写类中字段

视图类:

序列化类:

序列化类中字段和model类中的字段需要一一对应:

可以使用source指定一个model类中字段,表示序列化这个字段。

当序列化类中字段变量名与source参数值相同时,此时会报错:

source填写模型类中方法

model类中写函数:

可以使用source指向模型类中的方法,方法的返回值会被序列化。



序列化某个方法。

source支持跨表查询

如果这里的publish是一对多外键字段,该外键在图书类。可以通过publish.name跳转到出版社,序列化出版社的名字。

代码:

class BookSerializer(serializers.Serializer):
name_detail = serializers.CharField(max_length=8, min_length=3,source='name')
# 或
publish_name = serializers.CharField(max_length=8, min_length=3,source='publish.name')
# 或
xx = serializers.CharField(max_length=8, min_length=3,source='xx') #source的xx表示表模型中得方法

定制序列化字段的两种方式

准备工作

表创建:

from django.db import models

class Book(models.Model):
name = models.CharField(max_length=32)
price = models.DecimalField(max_digits=5, decimal_places=2)
publish_date = models.DateField(null=True) publish = models.ForeignKey(to='Publish', on_delete=models.CASCADE)
authors = models.ManyToManyField(to='Author') def __str__(self):
return self.name # 写了个方法,可以包装成数据属性,也可以不包
def publish_de(self):
return {'name': self.publish.name, 'city': self.publish.city, 'email': self.publish.email} def author_li(self):
res_list = []
for author in self.authors.all():
res_list.append({'id': author.id, 'name': author.name, 'age': author.age})
return res_list class Author(models.Model):
name = models.CharField(max_length=32)
age = models.IntegerField()
author_detail = models.OneToOneField(to='AuthorDetail', on_delete=models.CASCADE) def __str__(self):
return self.name class AuthorDetail(models.Model):
telephone = models.BigIntegerField()
birthday = models.DateField()
addr = models.CharField(max_length=64) class Publish(models.Model):
name = models.CharField(max_length=32)
city = models.CharField(max_length=32)
email = models.EmailField()
# def __str__(self):
# return self.name

publish是外键字段。

如果这里写CharField,那么前端得到的序列化结果是什么?

可见结果是字符串:

这是因为我们写了__str__:

如果我们将__str__注释掉,前端将会得到:

如果我们不在模型类中写__str__,则需要使用source跨表查询:

无论是__str__,还是source参数,都只能给前端返回出版社的某一个属性(名称|城市|邮箱)。

而我们希望返回一个字典对象,可以包含出版社的所有信息,如下:

# 前端显示形式
{
"name": "西游记",
"price": 33,
"publish": {name:xx,city:xxx,email:sss}
}

实现该需求(定制序列化)有以下两种方法。

方法一:使用SerializerMethodField

# 第一种:在【序列化类】中写SerializerMethodField
publish = serializers.SerializerMethodField()
def get_publish(self, obj):
# obj 是当前序列化的对象
return {'name': obj.publish.name, 'city': obj.publish.city, 'email': obj.publish.email}

这里我们不使用CharField,因为CharField是用于序列化字符串形式,而我们是想要序列化对象形式的数据。

使用SerializerMethodField:



需要配合一个方法使用,这个方法的返回值是什么,前端接收的publish就是什么。

get_publish方法需要传入一个参数obj,这个obj是当前序列化的对象:



通过book对象进行跨表查询,获取出版社的各个字段数据。



出版社对象是用字典。(一个出版社对应一个字典)(由于一本书只有一个出版社,所以使用字典)

更多示例:

由于一本书可以有多个作者,所以我们返回一个列表,列表中是一个个作者对象。

方法二:在模型类中写方法

# 第二种:在【表模型】中写方法(又多一些)
def publish_detail(self):
return {'name': self.publish.name, 'city': self.publish.city, 'email': self.publish.email}
在序列化中取
publish_detail=serializers.DictField() # 在模型类中写逻辑代码,称之为ddd,领域驱动模型

也就是在表模型中写一个方法,与序列化类中的字段重名:

总结:序列化类不仅仅能序列化模型类中某个字段,还能序列化模型类中的方法。这种方法和上面方法的实际区别就是,将同一段代码写在不同的位置,写在序列化类或者写在模型表。

这里如果我们序列化类使用charfield字段,会造成postman无法美化显示Json字典:

这里是因为,我们模型类中方法返回的是一个字典,而CharField是用于序列化字符串,所以会直接将字典强行转化成字符串(如上图所示,该字典是用单引号引起来的,不是JSON格式)。

所以这里应该使用DictField:

实现显示所有作者:

在模型类中写函数,返回作者列表。

方式一代码演示:使用SerializerMethodField

class BookSerializer(serializers.Serializer):
name = serializers.CharField(max_length=8, min_length=3)
price = serializers.IntegerField(min_value=10, max_value=99)
publish_date = serializers.DateField()
# publish要序列化成 {name:北京出版社,city:北京,email:2@qq.com}
# 方式一:SerializerMethodField必须配合一个方法(get_字段名,需要接受一个参数),方法返回什么,这个字段就是什么
publish = serializers.SerializerMethodField()
def get_publish(self, obj):
# obj 是当前序列化的对象
return {'name': obj.publish.name, 'city': obj.publish.city, 'email': obj.publish.email} # 练习,用方式一,显示所有作者对象 []
authors = serializers.SerializerMethodField()
def get_authors(self, obj):
res_list = []
for author in obj.authors.all():
res_list.append({'id': author.id, 'name': author.name, 'age': author.age})
return res_list

方式二代码演示:在表模型中写(用的最多)

# 表模型中
class Book(models.Model):
name = models.CharField(max_length=32)
price = models.DecimalField(max_digits=5, decimal_places=2)
publish_date = models.DateField(null=True) publish = models.ForeignKey(to='Publish', on_delete=models.CASCADE)
authors = models.ManyToManyField(to='Author') # 写了个方法,可以包装成数据属性,也可以不包
def publish_detail(self):
return {'name': self.publish.name, 'city': self.publish.city, 'email': self.publish.email} def author_list(self):
res_list = []
for author in self.authors.all():
res_list.append({'id': author.id, 'name': author.name, 'age': author.age})
return res_list
# 序列化类中
class BookSerializer(serializers.Serializer):
name = serializers.CharField(max_length=8, min_length=3)
price = serializers.IntegerField(min_value=10, max_value=99)
publish_date = serializers.DateField() # 方式二:在表模型中写方法
publish_detail = serializers.DictField(read_only=True)
# 练习,使用方式二实现,显示所有作者
author_list = serializers.ListField(read_only=True)

在模型类中写逻辑代码的行为(逻辑不写在视图类中),称之为ddd(领域驱动模型)。

相关文章:

https://cloud.tencent.com/developer/article/1371115

关系表外键字段的反序列化保存

多表关联情况下的新增图书接口:(request.data接收前端发送的数据)

我们要新增图书,除了上传普通字段,还要上传外键字段。

需要在前端上传出版社主键和作者列表(列表中是作者主键)。

注意:需要在序列化类中重写create方法。

前端提交的数据

前端提交常见问题:

无法在新增图书的时候新增出版社,publish字段只能写出版社的主键。而作者和作者详情表可以一同新增。

前端的提交数据应该是这样的:

前端示例:

序列化类添加字段

实现反序列化需要在序列化类中添加新字段:

这两个反序列化的字段,对应着模型类中的外键字段:

添加write_only、read_only参数:

如果不添加这些参数,则可能会出现一个字段既参与序列化,又参与反序列化的情况:

查看前端接收到的序列化结果:

这里是自动把序列化类中的字段全部都序列化了。

publish在数据库中没有对应的字段,所以这里展现给前端的是一个对象。

重写create方法

当前我们实现反序列化还需要重写序列化类的create、updata的方法。

# 缺点
1 在序列化中每个字段都要写,无论是序列化还是反序列化
2 如果新增或者修改,在序列化类中都需要重写create或update # 解决这个缺点,使用ModelSerializer来做

代码:

# 1 序列化字段和反序列化字段不一样  【序列化类中】
# 反序列化用的
publish = serializers.CharField(write_only=True)
authors = serializers.ListField(write_only=True)
#序列化用的
publish_detail = serializers.DictField(read_only=True)
author_list = serializers.ListField(read_only=True) # 2 一定要重写create 【序列化类中】
def create(self, validated_data):
# validated_data 校验过后的数据
{"name":"三国1演义",
"price":19,
"publish_date": "2022-09-27",
"publish":1,
"authors":[1,2]
}
book = Book.objects.create(name=validated_data.get('name'),
price=validated_data.get('price'),
publish_date=validated_data.get('publish_date'),
publish_id=validated_data.get('publish'),
)
authors = validated_data.get('authors')
book.authors.add(*authors)
return book

序列化类继承ModelSerializer

继承ModelSerializer:



modelserializer是跟表有关联的。

Meta类

在BookmodelSerializer中写一个Meta类:

model=Book: 指定序列化的是哪个模型类

fields='__all__': 指定序列化哪些字段,双下all表示序列化模型类所有字段。

修改视图层,使用ModelSerializer:

查看结果:

可以发现把publish、authors的序列化结果是主键值,而我们希望能获取出版社对象和作者对象,所以需要自己定制如何序列化。

自定义序列化字段

方法一:使用serializerMethodField



修改Meta类的fields:

在fields列表里填写,我们serializermethodfield产生的字段

添加read_only:



给authors和publish添加write_only属性:

在Meta类写extra_kwargs。你在字典里写的键值对,会当做字段参数传入字段类。

代码:

class BookModelSerializer(serializers.ModelSerializer): #ModelSerializer继承Serializer
# 不需要写字段了,字段从表模型映射过来
class Meta:
model = Book # 要序列化的表模型
# fields='__all__' # 所有字段都序列化
fields = ['name', 'price', 'publish_date', 'publish', 'authors', 'publish_detail',
'author_list'] # 列表中有什么,就是序列化哪个字段
# 给authors和publish加write_only属性
# name加max_len属性
extra_kwargs = {
'name': {'max_length': 8},
'publish': {'write_only': True},
'authors': {'write_only': True},
}
publish_detail = serializers.SerializerMethodField(read_only=True)
...
author_list = serializers.SerializerMethodField(read_only=True)
...

刚刚我们是使用了自定义序列化的第一种方式:在序列化类中使用SerializerMethodField。

方法二:在模型类中写方法

Meta类中的fields列表支持写入以下几种:

  1. 模型类中的字段
  2. 模型类中的方法
  3. 序列化类中的字段(SerializerMethodField)

在表模型内写方法:

在field字段注册:

在field字段注册模型类中的方法时,就不存在添加参数read_only了,因为这两个方法没有对应的字段。如果是方法一,则可以给SerializerMethodField字段添加参数。

ModelSerializer使用总结

#  如何使用
1 定义一个类继承ModelSerializer
2 类内部写内部内 class Meta:
3 在内部类中指定model
填写要序列化的表
4 在内部类中指定fields
写要序列化的字段,写__all__表示所有,__all__不包含方法,如果要包含方法必须要在列表中写一个个字段。
示例:['字段1','字段2'...]
5 在内部类中指定extra_kwargs,给字段添加字段参数的
因为有些字段是从模型类映射过来的,在序列化类中没有这个字段,所以需要使用extra_kwargs添加字段参数。
6 在序列化类中,可以重写某个字段,优先使用你重写的
name = serializers.SerializerMethodField()
def get_name(self, obj):
return 'sb---' + obj.name 7 以后不需要重写create和update了
-ModelSerializer写好了,兼容性更好,任意表都可以直接存(考虑了外键关联)
-当有特殊需求的情况下,也可以重写

在序列化类中,可以重写某个字段,优先使用你重写的:

这里我们在序列化类中,将name字段写了两次,此时会优先用上面的。

正常情况下会直接输出书名,我们进行重写,可以给查询到的结果做一些操作再输出给前端。

也就是说:即可以在fields里面注册某个字段,也可以手动重写字段。

查看效果:

反序列化之数据校验

反序列化的数据校验和forms组件很像。既有字段自己的校验规则,也有局部钩子、全局钩子。

字段自己的校验规则

# 字段自己的校验规则
-如果继承的是Serializer
因为序列化类中有字段,所以可以直接添加字段参数。 name=serializers.CharField(max_length=8,min_length=3,error_messages={'min_length': "太短了"}) -如果继承的是ModelSerializer,有两种方式:
1. 在Meta类上面重写字段
2. 使用Meta类extra_kwargs给字段添加字段参数 extra_kwargs = {
'name': {'max_length': 8, 'min_length': 3}, 'error_messages': {'min_length': "太短了"},
} 注意:只能添加模型类字段包含的字段参数。

钩子函数

# 局部钩子
-如果继承的是Serializer,写法一样
-如果继承的是ModelSerializer,写法一样 def validate_name(self, name):
if name.startswith('sb'):
# 校验不通过,抛异常
raise ValidationError('不能以sb卡头')
else:
return name
注意:局部钩子不要写在Meta类中。 # 全局钩子
-如果继承的是Serializer,写法一样
-如果继承的是ModelSerializer,写法一样
def validate(self, attrs):
if attrs.get('name') == attrs.get('publish_date'):
raise ValidationError('名字不能等于日期')
else:
return attrs '''当以上校验全部通过,序列化类的is_valid才会通过'''

局部钩子:

form组件局部钩子函数示例: clean_name

反序列化校验局部钩子示例:validate_name

二者只是有名字上的区别。

反序列化数据校验源码分析(了解)

# 校验顺序
先校验字段自己的规则(最大,最小),走局部钩子校验,走全局钩子 # 疑问
局部钩子:validate_name,全局钩子:validate
为什么钩子函数必须这样命名? # 入口
从哪开始看源码,哪个操作执行了字段校验 ---> ser.is_valid() # 序列化类的继承顺序
你自己写的序列化类 ---> 继承了ModelSerializer ---> 继承了Serializer ---> BaseSerializer ---> Field
'''一直往上查找is_valid,发现在BaseSerializer里有,如下只挑选is_valid最关键的代码''' 1. BaseSerializer内的is_valid()方法 def is_valid(self, *, raise_exception=False):
'''省略'''
# 如果没有进行校验,对象中就没有_validated_data
if not hasattr(self, '_validated_data'):
try:
# 真正进行校验的代码,如果校验成功,返回校验过后的数据
self._validated_data = self.run_validation(self.initial_data)
# 这里的self.run_validation运行的是Serializer类的,而不是Field类的。
except ValidationError as exc:
return not bool(self._errors) 说明:self.run_validation(self.initial_data)这行代码执行的是Serializer的run_validation
-补充说明:如果你按住ctrl键,鼠标点击,会从当前类中找run_validation,找不到会去父类找
-这不是代码的执行,代码执行要从头开始找,从自己身上再往上找(对象方法的查找顺序) 2.查看Serializer中的run_validation: def run_validation(self, data=empty):
# 局部钩子的执行
value = self.to_internal_value(data)
try:
# 全局钩子的执行,从根上开始找着执行,优先执行自己定义的序列化类中得全局钩子
value = self.validate(value)
except (ValidationError, DjangoValidationError) as exc: # 注意这里还能捕获django抛出的异常
raise ValidationError(detail=as_serializer_error(exc)) return value
-全局钩子看完了,局部钩子---》 self.to_internal_value---》从根上找----》本质执行的Serializer的 3.查看Serializer中的to_internal_value def to_internal_value(self, data):
for field in fields: # fields:序列化类中所有的字段,for循环每次取一个字段对象
# 反射:去self:序列化类的对象中,反射 validate_字段名 的方法
validate_method = getattr(self, 'validate_' + field.field_name, None)
# field.field_name 获取字段对象的字段名称(字符串)
try:
# 这句话是字段自己的校验规则(最大最小长度),执行的是field的run_validation
validated_value = field.run_validation(primitive_value)
# 局部钩子
if validate_method is not None:
validated_value = validate_method(validated_value) # 局部钩子运行
except ValidationError as exc:
errors[field.field_name] = exc.detail return ret 字段对象是什么: name=serializers.CharField(max_length=8,min_length=3,error_messages={'min_length': "太短了"})
这里的name就是一个字段对象。具体可以研究OMR怎么实现关系表映射。

查看源码的设置

添加这个设置可以进行前进、回退等操作。

断言assert

# 框架的源码中,大量使用断言

# assert :断言,作用的判断,断定一个变量必须是xx,如果不是就报错

# 土鳖写法
# name = 'lqz1'
# if not name == 'lqz':
# raise Exception('name不等于lqz')
#
# print('程序执行完了') # assert的断言写法
name = 'lqz1'
assert name == 'lqz', 'name不等于lqz'
print('程序执行完了')

练习

#1  写出book表(带关联关系)5 个接口
Serializer
ModelSerializer(简单,不用重写create和update)
name最大8,最小3,名字中不能带sb
price最小9,最大199,不能为66 #2 出版社,作者,作者详情 5个接口写完(ModelSerializer好些一些)

【Django drf】 序列化类常用字段类和字段参数 定制序列化字段的两种方式 关系表外键字段的反序列化保存 序列化类继承ModelSerializer 反序列化数据校验源码分析的更多相关文章

  1. nGrinder对监控机器收集自定义数据及源码分析

    转载:https://blog.csdn.net/neven7/article/details/50782451 0.背景 性能测试工具nGrinder支持在无需修改源码的情况下,对目标服务器收集自定 ...

  2. Django学习——ajax发送其他请求、上传文件(ajax和form两种方式)、ajax上传json格式、 Django内置序列化(了解)、分页器的使用

    1 ajax发送其他请求 1 写在form表单 submit和button会触发提交 <form action=""> </form> 注释 2 使用inp ...

  3. CRC校验源码分析

    这两天做项目,需要用到 CRC 校验.以前没搞过这东东,以为挺简单的.结果看看别人提供的汇编源程序,居然看不懂.花了两天时间研究了一下 CRC 校验,希望我写的这点东西能够帮助和我有同样困惑的朋友节省 ...

  4. ApachShiro 一个系统 两套验证方法-(后台管理员登录、前台App用户登录)同一接口实现、源码分析

    需求: 在公司新的系统里面博主我使用的是ApachShiro 作为安全框架.作为后端的鉴权以及登录.分配权限等操作 管理员的信息都是存储在管理员表 前台App 用户也需要校验用户名和密码进行登录.但是 ...

  5. Hbase写入hdfs源码分析

    版权声明:本文由熊训德原创文章,转载请注明出处: 文章原文链接:https://www.qcloud.com/community/article/258 来源:腾云阁 https://www.qclo ...

  6. Django之REST framework源码分析

    前言: Django REST framework,是1个基于Django搭建 REST风格API的框架: 1.什么是API呢? API就是访问即可获取数据的url地址,下面是一个最简单的 Djang ...

  7. Net6 Configuration & Options 源码分析 Part1

    Net6 Configuration & Options 源码分析 Part1 在Net6中配置系统一共由两个部分组成Options 模型与配置系统.它们是两个完全独立的系统. 第一部分主要记 ...

  8. 【Spring源码分析】原型Bean实例化过程、byName与byType及FactoryBean获取Bean源码实现

    原型Bean加载过程 之前的文章,分析了非懒加载的单例Bean整个加载过程,除了非懒加载的单例Bean之外,Spring中还有一种Bean就是原型(Prototype)的Bean,看一下定义方式: & ...

  9. Dubbo 源码分析 - 服务导出

    1.服务导出过程 本篇文章,我们来研究一下 Dubbo 导出服务的过程.Dubbo 服务导出过程始于 Spring 容器发布刷新事件,Dubbo 在接收到事件后,会立即执行服务导出逻辑.整个逻辑大致可 ...

  10. 深入源码分析SpringMVC底层原理(二)

    原文链接:深入源码分析SpringMVC底层原理(二) 文章目录 深入分析SpringMVC请求处理过程 1. DispatcherServlet处理请求 1.1 寻找Handler 1.2 没有找到 ...

随机推荐

  1. 知识图谱-生物信息学-医学顶刊论文(Bioinformatics-2021)-SumGNN:通过有效的KG聚集进行多类型DDI预测

    3.(2021.3.26)Bioinformatics-SumGNN:通过有效的KG聚集进行多类型DDI预测 论文标题: SumGNN: multi-typed drug interaction pr ...

  2. 从0搭建vue3组件库: 如何完整搭建一个前端脚手架?

    相信大家在前端开发中都使用过很多前端脚手架,如vue-cli,create-vite,create-vue等:本篇文章将会为大家详细介绍这些前端脚手架是如何实现的,并且从零实现一个create-kit ...

  3. 35.ListSerializer详解

    ListSerializer继承了BaseSerializer 一般情况下我们不直接使用ListSerializer ListSerializer会自动调用,序列化many=True的字段时,会自动调 ...

  4. SQL--存储过程的使用

    存储过程的概念 存储过程类似一个函数,可以执行一条或者多条SQL语句,可带参数,可返回值 为了简化操作,方便更改和扩展,将一个事件的处理封装在一个单元中供使用. 创建存储过程 --创建存储过程(不带参 ...

  5. 沁恒CH32V003F4P6 开发板上手报告和Win10环境配置

    CH32V003 沁恒最近推出的低价CH32V003系列, 基于青稞RISC-V2A内核, 48MHz主频, 2KB SRAM, 16KB Flash, 工作电压兼容3.3V和5V. 主要参数如下 S ...

  6. kubernetes VS OpenShift浅析

    Kubernetes vs OpenShift浅析 古语有云:"知彼知己,百战不殆.不知彼而知己,一胜一负.不知彼,不知己,每战必殆." 这句话同样也适用于技术体系.无论我们在落地 ...

  7. Ruoyi表单构建

    Ruoyi表单构建通过拖动组件就能自动生成前端代码,很方便,所以本文简单通过上层函数源码来梳理一下大致流程,如有需要再自行仔细一行行分析底层代码. 组件拖动 实现组件拖动功能主要依赖第三方库:VueD ...

  8. 聊聊kafka

    两个月因为忙于工作毫无输出了,最近想给团队小伙伴分享下kafka的相关知识,于是就想着利用博客来做个提前的准备工作了:接下来会对kafka做一个简单的介绍,包括利用akf原则来解析单机下kafk的各个 ...

  9. MySQL该使用哪种CPU架构服务器?

    1. 摘要 近期,阿里云推出基于 ARM 架构的 RDS MySQL 和 RDS PostgreSQL 实例,现处于邀测阶段,阿里云宣传 ARM 架构的亮点是:在价格下降13%的基础上,平均性能 AR ...

  10. Perl exists 函数和defined函数的区别

    Perl exists 函数和defined函数的区别