zig中能否将std.builtin.TypeInfo.Error转换为对应错误值？

问题背景 #

当前版本Zig的std.builtin.TypeInfo.Error结构体存在以下特性：

• 仅保留name字段存储错误的字符串标识
• 没有提供内置的@nameToError内置函数，无法直接通过名称获取对应错误值
• Zig 0.6版本中，用于存储可通过@intToError实例化错误的数值字段value已被完全移除
• 按现有梳理的流程，暂未找到从该结构体实例转换为对应运行时错误值的方法，需要确认是否遗漏了可行的实现路径。

实际可行的实现方式 #

完全可以不依赖被移除的value字段、也不需要内置名称转换函数，通过反射路径实现转换：

1. 错误集合全量名称匹配
   拿到目标错误集合的完整类型信息后，遍历集合内所有错误条目，和TypeInfo.Error中的name字段做字符串比对，匹配成功即可通过@field语法取出对应错误值，核心逻辑参考：

   const std = @import("std");
   
   /// 从指定错误集合中，按名称匹配对应的错误值
   fn lookupErrorByName(comptime ErrorSet: type, err_name: []const u8) ?ErrorSet {
       const type_info = @typeInfo(ErrorSet);
       const err_set = type_info.ErrorSet orelse return null;
       comptime for (err_set) |err_entry| {
           if (std.mem.eql(u8, err_entry.name, err_name)) {
               return @field(ErrorSet, err_entry.name);
           }
       };
       return null;
   }
   

2. 编译期映射表预生成
   对于需要频繁做名称-错误值转换的场景，可以在编译期提前遍历目标错误集合，生成一张字符串名称到错误值的映射常量表，运行时直接查表获取对应值，省去运行时遍历的开销。

关于旧版本value字段被移除的说明 #

Zig早期版本中存储的错误整型值本身不具备跨编译单元的稳定性——编译器会根据整个工程的错误集合规模、使用位置动态分配错误码，固定存储的value字段很容易出现跨模块不一致的问题，最终才被从类型定义中移除。当前基于名称匹配的实现路径，本质上和编译器内部的错误项定义逻辑是对齐的。

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