Rust中derive宏的作用及常用trait

2024-03-15 04:04
文章标签 rust 作用 常用 trait derive

本文主要是介绍Rust中derive宏的作用及常用trait,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

在Rust代码经常可以看到在struct的上面,有一行#[derive(Clone, Debug)]这样的代码。dervice是Rust的内置宏,可以自动为struct或是enum实现某些的trait。
在下面的代码中,Book struct 通过derive宏自动实现了Debug、Clone和PartialEq这三个trait。

/// Defines a Column for an Entity
#[derive(Debug, Clone, PartialEq)]
pub struct Book {pub title: String,pub isbn : String,pub price: i32,pub author: String,
}

所谓自动实现,就是不用您自己写实现代码。

本文会介绍在Rust中常见的几个trait。

Debug trait

Debug trait为例,它应该是rust中最常用的trait了,包含一个方法fmt,是使用指定的Formatter来格式struct或enum中的值。

fn fmt(&self, f: &mut Formatter<'_>) -> Result;

当使用derive自动Debug实现时,Rust的编译器会自动生成实现Debugtrait的代码,可以减少代码编写的工作量。

我们经常要在代码加入一些debug的日志,比如要打印Book实例的具体内容。

println!("{:#?}",book);

在这里println宏会调用Book的fmt方法,得到格式化后的结果,然后输出给stdout。如果Book没有实现Debugtrait,这里就会编译错误。

Clone trait

看名字大家也就可以猜到,这个trait是用来复制实例的。在Rust中什么情况下需要clone一个实例呢?为什么默认为实例实现这个trait呢?

  1. 显式控制 :Rust强调显式性和安全性。所以默认并没有为所有的类型实现这个trati,它确保开发人员知道并明确允许克隆行为。这有助于防止由于不加选择地克隆而导致的意外性能问题或意外行为。

  2. 避免借用:在Rust中,通过引用(borrowing)传递值是避免不必要复制并维护所有权语义的默认方式,然而,在需要创建具有自己所有权的新实例的情况下,Clone提供了一种无需借用的方法。这种情况在新手刚使用Rust的时候经常会碰到,常会碰到编译器提示,所有权已经在某处move了,提示需要clone这个实例。

#[derive(Clone)]
struct Person {name: String,age: u32,
}fn main() {let person = Person {name: String::from("Alice"),age: 25,};let cloned_person = person.clone(); //这一行如果不调用clone,则会发生所有权的转移。那么下一行的代码就会无法编译。// 原始对象仍然有效println!("Original: {}, {}", person.name, person.age);// 克隆对象可用println!("Clone: {}, {}", cloned_person.name, cloned_person.age);
}
  1. 深拷贝:如果定义的结构体中不仅包含基本类型,还包含其它结构体,则在Clone的时候 ,通常希望创建深拷贝,这意味着不仅复制顶层结构,还要复制所有嵌套数据。Clone trait提供了一种类型定义如何克隆的方法,允许它们实现自定义的深度复制行为。

  2. 定制克隆:有时候我们Clone的时候,并不希望Clone原实例的所有的值,可能只希望部分数值被Clone到新实例(具体场景当用到的时候自然就会知道)。

上面的4种场景,除了场景4其它都可以直接用devive宏来实现,第4种场景就需要手动实现Clone trait,实现Clone的逻辑。

PartialEq trait

在Rust里 PartialEqEq这两个trait也挺让人迷惑的。

PartialEq,故名思义,是部分相等。这个trait有两个方法:

pub trait PartialEq<Rhs = Self>whereRhs: ?Sized,{// Required methodfn eq(&self, other: &Rhs) -> bool;// Provided methodfn ne(&self, other: &Rhs) -> bool { ... }
}

只需要实现eq这个方法即可。那么Partial体现在哪儿呢?比如有个Book结构体,包含isbnformat两个字段,只要isbn相等,就可以认为两个Book是相等的,从这个意义上看,只有部分字段相等就可以认为相等,所以称Partial

enum BookFormat {Paperback,Hardback,Ebook,
}struct Book {isbn: i32,format: BookFormat,
}impl PartialEq for Book {fn eq(&self, other: &Self) -> bool {self.isbn == other.isbn}
}let b1 = Book { isbn: 3, format: BookFormat::Paperback };
let b2 = Book { isbn: 3, format: BookFormat::Ebook };
let b3 = Book { isbn: 10, format: BookFormat::Paperback };

另外,跟Eq trait相比,PartialEq不满足自反性。
所谓自反性,就是一个类型的所有实例应该跟它自己相等,如果不是这个类型就不满足Eq,它就是PartialEq。这样说比较抽象,举个例子来说明。

fn main() {let f1 = 3.14;is_eq(f1);is_partial_eq(f1)
}fn is_eq<T: Eq>(f: T) {}
fn is_partial_eq<T: PartialEq>(f: T) {}

运行上面的代码,会发现float并没有实现Eq,这很奇怪吧?

 is_eq(f1);----- ^^ the trait `Eq` is not implemented for `{float}`

这是因为浮点数有一个特殊的值 NaN,它是无法进行相等性比较的,也就是NaN == NaN是不成立的。如果你的struct也有类似的情况,那就不能实现Eq trait。

这两个trait都可以用derive宏来自动实现。当用derive来实现时,如果要实现Eq trait,那么所有的字段都必须实现Eq,如果包含浮点数这样没有实现Eq的字段,那么是无法实现Eq的。比如下面的代码是无法编译的:

#[derive(Debug, PartialEq, Eq)]
struct Book {isbn: String,price: f32,
}

编译器会建议你把price改成i32这种实现了Eq的类型。

PartialOrd, Ord

PartialOrdOrd这对Trait的应用场景跟PartialEqEq非常相似。
PartialOrd用于类型只能部分进行比较的场景,Ord则要求类型所有的部分都能进行比较。
比如上面例子中的浮点类型中的NaN,是不能比较的,所以包含浮点数的类型,就不能实现Ord,只能实现PartialOrd

pub trait PartialOrd<Rhs = Self>: PartialEq<Rhs>
whereRhs: ?Sized,
{// Required methodfn partial_cmp(&self, other: &Rhs) -> Option<Ordering>;// Provided methodsfn lt(&self, other: &Rhs) -> bool { ... }fn le(&self, other: &Rhs) -> bool { ... }fn gt(&self, other: &Rhs) -> bool { ... }fn ge(&self, other: &Rhs) -> bool { ... }
}

ltlegtge可能分别通过 <<=>,和 >= 这些操作符来调用。可见Rust是通过trait来支持操作符重载的。

总结一下,上述的traits在rust里被称为Derivable Traits,中文叫可派生的 trait。这些trait是标准库中定义的,可以通过derive在类型上实现。这些trait具有默认行为,因此可以通过简单的derive宏来自动生成对应的实现代码。Derivable Traits允许程序员轻松地为他们的类型自动生成一些常见trait的实现代码,提高了开发效率并确保了一致性。

本文同时发在我的个人网站上:https://www.renhl.com/posts/2024/02/20/rust-derivable-traits/

这篇关于Rust中derive宏的作用及常用trait的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/810730

相关文章

HarmonyOS学习(七)——UI(五)常用布局总结

自适应布局 1.1、线性布局(LinearLayout) 通过线性容器Row和Column实现线性布局。Column容器内的子组件按照垂直方向排列,Row组件中的子组件按照水平方向排列。 属性说明space通过space参数设置主轴上子组件的间距,达到各子组件在排列上的等间距效果alignItems设置子组件在交叉轴上的对齐方式,且在各类尺寸屏幕上表现一致,其中交叉轴为垂直时,取值为Vert

JS常用组件收集

收集了一些平时遇到的前端比较优秀的组件,方便以后开发的时候查找!!! 函数工具: Lodash 页面固定: stickUp、jQuery.Pin 轮播: unslider、swiper 开关: switch 复选框: icheck 气泡: grumble 隐藏元素: Headroom

【C++】_list常用方法解析及模拟实现

相信自己的力量,只要对自己始终保持信心,尽自己最大努力去完成任何事,就算事情最终结果是失败了,努力了也不留遗憾。💓💓💓 目录   ✨说在前面 🍋知识点一:什么是list? •🌰1.list的定义 •🌰2.list的基本特性 •🌰3.常用接口介绍 🍋知识点二:list常用接口 •🌰1.默认成员函数 🔥构造函数(⭐) 🔥析构函数 •🌰2.list对象

常用的jdk下载地址

jdk下载地址 安装方式可以看之前的博客: mac安装jdk oracle 版本:https://www.oracle.com/java/technologies/downloads/ Eclipse Temurin版本:https://adoptium.net/zh-CN/temurin/releases/ 阿里版本: github:https://github.com/

30常用 Maven 命令

Maven 是一个强大的项目管理和构建工具,它广泛用于 Java 项目的依赖管理、构建流程和插件集成。Maven 的命令行工具提供了大量的命令来帮助开发人员管理项目的生命周期、依赖和插件。以下是 常用 Maven 命令的使用场景及其详细解释。 1. mvn clean 使用场景:清理项目的生成目录,通常用于删除项目中自动生成的文件(如 target/ 目录)。共性规律:清理操作

019、JOptionPane类的常用静态方法详解

目录 JOptionPane类的常用静态方法详解 1. showInputDialog()方法 1.1基本用法 1.2带有默认值的输入框 1.3带有选项的输入对话框 1.4自定义图标的输入对话框 2. showConfirmDialog()方法 2.1基本用法 2.2自定义按钮和图标 2.3带有自定义组件的确认对话框 3. showMessageDialog()方法 3.1

工作常用指令与快捷键

Git提交代码 git fetch  git add .  git commit -m “desc”  git pull  git push Git查看当前分支 git symbolic-ref --short -q HEAD Git创建新的分支并切换 git checkout -b XXXXXXXXXXXXXX git push origin XXXXXXXXXXXXXX

Android fill_parent、match_parent、wrap_content三者的作用及区别

这三个属性都是用来适应视图的水平或者垂直大小,以视图的内容或尺寸为基础的布局,比精确的指定视图的范围更加方便。 1、fill_parent 设置一个视图的布局为fill_parent将强制性的使视图扩展至它父元素的大小 2、match_parent 和fill_parent一样,从字面上的意思match_parent更贴切一些,于是从2.2开始,两个属性都可以使用,但2.3版本以后的建议使

【Rust练习】12.枚举

练习题来自:https://practice-zh.course.rs/compound-types/enum.html 1 // 修复错误enum Number {Zero,One,Two,}enum Number1 {Zero = 0,One,Two,}// C语言风格的枚举定义enum Number2 {Zero = 0.0,One = 1.0,Two = 2.0,}fn m

maven发布项目到私服-snapshot快照库和release发布库的区别和作用及maven常用命令

maven发布项目到私服-snapshot快照库和release发布库的区别和作用及maven常用命令 在日常的工作中由于各种原因,会出现这样一种情况,某些项目并没有打包至mvnrepository。如果采用原始直接打包放到lib目录的方式进行处理,便对项目的管理带来一些不必要的麻烦。例如版本升级后需要重新打包并,替换原有jar包等等一些额外的工作量和麻烦。为了避免这些不必要的麻烦,通常我们