假设我有一个接受 AZ,az,0-9 的字段。如果我试图通过文档或 api 创建与我的代码可以接受的“什么”进行交流，我必须说：
A-Z,a-z,0-9
现在在我看来，这是限制性的并且容易出错。
将其与我的提议进行比较。
假设 AZ,az,0-9 被分配了“代码”ANSI456
当我与某人交流时，我可以说我的代码接受 ANSI456。如果其他人正在开发支票，那么我的代码可以接受或不能接受什么就不会混淆。
对于那些建议只指定字符范围的人，请注意我所设想的将处理即使这被定义为有效“代码”的场景
0-9, +, -, *, /
事实上，如果做得好，我们可以让网站自动生成各种语言的代码，以适应不同的“代码”。
好的 - 我知道有〜无限的价值，例如：
a-z
不同于
a-l,n-z
这些在这个“系统”中有两个不同的代码。
我不是在提议一个人类主持的系统——它可以是完全自动的，但是生成这些“代码”的系统方式