传送门:
深入浅出Rust(第一部分-1)
深入浅出Rust(第一部分-2)
深入浅出Rust(第二部分-1)
深入浅出Rust(第二部分-2)
深入浅出Rust(第三部分-1)
深入浅出Rust(第三部分-2)
深入浅出Rust(第四部分)
深入浅出Rust(第五部分)
第五部分 -实用设施
第32章 项目和模块
到最后才开始讲cargo,确实这个不是语法层面的东西.
1. cargo
- Rust管理项目的概念(crate-编译单元, mod-命名空间)
- Cargo.toml管理crate基本的依赖
- 项目依赖(直接版本,从crate.io查找;git=仓库地址,path=本地地址)
- workspace是cargo管理多个项目的概念,可以同时管理,生成统一的Cargo.lock
3. 模块管理
- mod用于在crate内部进行分层和封装
- mod与use配套使用.
- mod内部默认可见性为私有,pub trait,pub enum默认是公开.
第33章 错误处理
Rust错误分为: 不可恢复错误(Panic),可恢复错误(Result)
1. 基本错误处理
- 使用Option<>包装,使得返回不需要判断Null空指针.
- 使用std::result::Result对错误进行包装,可以很好地处理Err分支情况
2. 组合错误类型
33-1.png
3. 问号运算符
- 通过?运算符简化错误处理,如果结果是Err,则提前返回,否则继续执行.
- 这个需要对返回值Result中的Err进行统一规整才行,std::error:Error
4. main函数使用?运算符
- 修改main函数签名.
5. Failure库
- 解决description基本没用,无法回溯,Box<Error>线程不安全等问题
- failure::Fail 继承Send+Sync,自动derive
- 替代原有Error需要修改部分代码
第34章 FFI
本书仅简单介绍,后续再深入吧.
1. 什么是FFI
34-1.png
FFI(Foreign Function Interface)是用来与其它语言交互的接口，在有些语言里面称为语言绑定(language bindings)，Java 里面一般称为 JNI(Java Native Interface) 或 JNA(Java Native Access)。由于现实中很多程序是由不同编程语言写的，必然会涉及到跨语言调用，比如 A 语言写的函数如果想在 B 语言里面调用，这时一般有两种解决方案：一种是将函数做成一个服务，通过进程间通信(IPC)或网络协议通信(RPC, RESTful等)；另一种就是直接通过 FFI 调用。前者需要至少两个独立的进程才能实现，而后者直接将其它语言的接口内嵌到本语言中，所以调用效率比前者高。
- rustc在编译时候可以指定编译目标为cdylib和staticlib编译出与C语言的ABI兼容的动态链接库和静态链接库
- 不是所有的Rust语言特性都时候放到交互接口的,比如泛型,C没有,就无法作为FFI接口
2. 从C调用Rust库
- Rust中增加extern "C" fn的签名.
- C中通过extern void ...的声明引入,编译增加静态库链接-l
3. 从Rust调用C库
- C中gcc -c + ar 生成静态库 .a
- Rust里面使用#[link(name=×)] extern "C" {}声明引入,编译增加静态库链接-L
4. 更复杂的数据类型
- 结构体通过#[repr(C)]修饰,结构体声明两边都要有,且保持兼容
- libc库封装了常用的OS交互
- 代码-略
第35章 文档和测试
1. 文档
- 注释规范: /// 给后面的元素说明,//! 给包含文档元素说明,// 普通注释
- 文档内部支持markdown格式
- 可以单独写md,通过attribute指定--例如:#[doc(include="extenal-doc.md")]
2. 测试
- rust中测试可以直接和代码写一起
- 通过#[cfg(test)]的attribute指定mod,(类似spring的profile),这样cargo test时候就能自动识别
- 通过#[test],#[ignore]控制测试执行(又类似junit)
- 通过#[bench]添加性能测试,此时有个参数b: &mut bencher,传入重复次数
- assert!宏可以校验测试结果
- 总体来说,Rust提供的测试框架是一个轻量级的框架.
