看出来了，你自己标的红框，再次引用之前的回答
希望你还能撑下去，你的代码水平是真的菜
想要错误类型提示，别用字符串当enum的key就行了啊，但是如果key里面有特殊符号，比如逗号什么的，就只能用字符串当key了，这样会牺牲错误类型提示，但如果这样可以让enum的选项看起来更直观易懂就有必要
一个配置数组而已，又是顺序变更，又是添加删除的，你无限放大他的繁琐性，不也就那样么？而且我的最合理解决方案里，根本就不需要用数组，而是case里直接赋值。
乍一看这样麻烦，但别忘了这是enum的前提下，本来就需要分情况讨论。
简单直观，抱歉，键本身就是描述内容的作用，需要什么直观的描述加到键里不就好了？
乍一看这样麻烦，实际上也很麻烦，分情况？从编辑器 enum 样式属性获取对应的字符串值需要分什么情况？
所以你的代码
- 在脚本中使用起来会把 键和值一起展示 ，占用不必要的空间，编辑器展示也是一样
- 通过错误的枚举键获取值时 vsode 没有错误提示
- 值数组在 每次枚举键变更时需要手动修改，保证下标，值和枚举对应
如果只是获取enum样式获取字符串值，你干嘛要enum呢？直接输入框获取不更方便？
既然enum就代表需要分情况switch case，这是需求复杂导致的，不是方法本身导致的。
1、键和值一定要一起展示？我没这么说过，我一直强调的是通用可拓展，比如我的enum里可以是：
红色，代表生命的颜色
绿色，代表春天的颜色
蓝色，代表大海的颜色
……
文采有限，意思就是说，写什么都是根据需求来的，反正每种情况的实现在case里，我提供的是key值什么都能写，每种case里不管有多复杂都可以实现，而不仅仅获取一个值
2、错误提示也是在满足需求的前提下作出的牺牲，假如用特殊符号写key值能让用户看起来更容易懂那么就值得，不然你别用特殊符号就可以有错误提示了
3、一个数组而已，我不信你配置数值不用json，本质不都跟数组一样么？哪那么多问题
又来了又来了，直接修改问题，输入框有编辑器提示？取色器有代码提示？动脑子想想吧
又来了又来了，直接 解决提出问题的人
来，看看你之前说过 简洁，不费劲 的代码，只要你的逻辑比我的多，我可以用你之前说的话回复你自己
颜色，对应的是拾色器，直接点一下会弹出颜色面板那个
至于其他类型的值，creator里基本都有相应的组件能满足
你一定要用enum来获取字符串，直接key用字符串不就完事了么？何必写个功能实现value是字符串呢
转移话题，你都转移了十几次了，能不能消停点，知道自己代码用起来 费劲 承认不就好了？
你的值数组每次修改枚举键都要对应的修改，那么请回答一下，如果我要修改枚举键
方案 1
- 修改键
- 同步数组
方案 2
- 修改键
哪个不费劲？请回答这个问题
你的回答
-
和问题无关 = 转移话题，自己觉得自己代码有问题，但是脸皮和水泥一样硬
-
方案1 = 建议去医院做精神检查
-
方案2 = 自己承认自己代码用起来费劲，我的代码你觉得费劲，那么你的代码就是相当费劲
这问题我说无数次了，怎么又绕回去了？
enum的情况下，case里直接赋值是最合理的。（这话我说多少次了，最合理就是最方便，开销也最小的意思）。
如果真的有大量修改需求，你弄个数组配置初始值，这是一般做法，也是最有用的做法。
看来你是脸皮和水泥一样了，虽然早就猜到了
这么牛逼，看看你的插件都实现些什么功能呗，别撂下一句狠话就跑了
没必要对cpu烧了的人讲解，对我来说在实际事实面前永远不承认自己错误的人没有一个流浪汉有才华
到底什么插件呢，卖了多少钱？只是好奇
哈哈哈 太经典了，感谢马赛克哥承包了我今天的笑点
笑裂开了 
我只是来查个问题，没想到吃了半天瓜，这我是万万没想到的
看两位争论了半天。回归问题本质，未了避免数值枚举带来的顺序变动或者配置数据混乱问题而已，既然编辑器不支持字符显示，我们可以换个思路。当然这是我的思路。算是折中方案，多写点代码，多维护一个枚举映射值。
.