比如两个版本间数据是这样的
// For v0.0.1
pub struct AppConfig {
pub auto_start: bool,
pub version: String,
}
// For v0.0.2
pub struct AppConfig {
pub auto_start: bool,
pub language: String,
pub version: String,
}
我当前的方案是选择用 toml 存配置,代码如下
if let Some(proj_dirs) = ProjectDirs::from(
"dev",
"",
"MyApp"
) {
let config_dir = proj_dirs.config_dir();
let config_file = fs::read_to_string(
config_dir.join("config.toml")
);
let config: AppConfig = match config_file {
// 如果这里读到的是 v0.0.1 的数据,直接报错
Ok(file) => toml::from_str(&file).unwrap(),
Err(_) => AppConfig {
auto_start: true,
version: "v0.0.2".to_string(),
}
};
debug!("Initialize app config from {}", config_dir.join("config.toml").display());
return Ok(config);
} else {
return Err("failed to get app config".to_string());
}
也有问过别人,有说用 Option 的,或者用 serde 的 field attributes 的
Option 的话,多版本好像还是会很痛苦,field attributes 估计更甚
所以有没有什么好一点的存取和解析的方法,能够在读写不同版本配置文件的时候,稍微方便点?
1
crysislinux 2023-04-02 16:09:28 +08:00 via Android
没写过 rust 。一般做法是确定要支持多少个版本的配置,每两个相邻版本写好 migration ,因此每个 migration 的起点和终点类型是确定的。然后读 version ,version 不在支持范围直接报错。否则就一个一个的 migrate 上来知道最新版本
|
2
israinbow 2023-04-02 16:20:11 +08:00
这样处理没问题, 要做兼容就 #1 说的那样加 migration 逻辑, 或者给新配置设默认值允许配置覆盖, 配置字段发生更改也做一个大版本的 deprecate 支持; 还有其他常见的作法就直接把配置写成 template, 初始化的时候生成, 这样你的版本管理工具也能顺带管理配置文件了.
|
3
steins2628 OP @crysislinux 我就是觉得这样太痛苦了,作为一个前端,js 不太在乎类型我还可以直接 json 转 obj ,ts 我也可以用 any ,rust 这个类型安全我是实在没办法了, 谢谢指点
@israinbow 一开始的方案就是 migration ,但配置项一多就写的痛苦了,deprecate 是个好方法,谢谢指点 |