用HashMap替代静态Enum实现用户可配置映射方案问询

1. 运行时创建Enum是否可行？ #

Rust中的枚举（Enum）是编译期静态定义的类型，完全无法在运行时动态创建、新增变体或删除已有变体。这是由Rust的静态类型系统决定的——编译器需要在编译阶段确定所有枚举变体的类型信息，用于类型检查、模式匹配等核心操作。如果用户需要新增D这类选项或删除现有选项，只能通过修改代码重新编译，无法通过配置文件在运行时实现动态调整。

2. 除HashMap外的其他实现方式 #

除了HashMap<String, String>，还有以下几种可选方案：

• BTreeMap<String, String>：如果需要键的有序排列（比如UI中单选按钮按字母顺序展示），BTreeMap会自动维护键的排序，遍历的时候直接按顺序输出，无需额外排序逻辑。
• Vec<(String, String)>：如果更关注遍历效率（比如UI渲染单选按钮时需要逐个遍历选项），用Vec存储键值对会比HashMap更直接，同时可以保留配置文件中的原始顺序。
• 自定义封装类型：创建一个ConfigMapping结构体，内部可以用HashMap或Vec存储数据，对外提供安全的访问方法（比如get(&str) -> Option<&str>、iter() -> impl Iterator<Item=(&str, &str)>），还可以在初始化时加入校验逻辑（比如确保键不重复、值非空等），兼顾灵活性和安全性。

3. 更优的实现方案 #

推荐采用自定义封装类型+YAML配置解析+运行时校验的组合方案，具体步骤如下：

1. 定义配置结构：用serde解析YAML配置到临时结构体，示例代码：

use serde::Deserialize;

#[derive(Deserialize)]
struct RawConfig {
    xxx: std::collections::HashMap<String, String>,
}

2. 封装自定义映射类型：创建ThingMapping结构体，内部存储键值对，并在初始化时做校验：

struct ThingMapping {
    inner: std::collections::HashMap<String, String>,
}

impl ThingMapping {
    fn from_raw(raw: HashMap<String, String>) -> Result<Self, String> {
        // 校验逻辑：检查键、值是否非空
        for (key, value) in &raw {
            if key.is_empty() {
                return Err("配置项键不能为空".into());
            }
            if value.is_empty() {
                return Err(format!("配置项{}的值不能为空", key));
            }
        }
        Ok(Self { inner: raw })
    }

    fn get(&self, key: &str) -> Option<&str> {
        self.inner.get(key).map(|s| s.as_str())
    }

    fn iter(&self) -> impl Iterator<Item=(&str, &str)> {
        self.inner.iter().map(|(k, v)| (k.as_str(), v.as_str()))
    }
}

3. UI渲染与使用：通过iter()方法遍历所有选项生成单选按钮，用户选择后用get()方法安全获取对应的值。

这种方案既保留了配置的灵活性（用户可通过YAML修改、新增选项），又通过自定义类型封装了安全访问逻辑，避免直接操作HashMap可能带来的错误，同时可以根据需求加入额外的校验规则。

内容的提问来源于stack exchange，提问作者Martin Marconcini