【发布时间】：2013-08-20 22:39:17
【问题描述】：
奇怪的问题。我有一个潜在的解决方案，但我正在寻求改进。所有这些都与 MS SQL/C# 项目有关，因此如果需要，请在该上下文中考虑。
制作表格供用户输入银行帐号。但是我们合作的不同客户银行有不同（和奇怪）的要求。这个数字有 13 位长，但 2,3 位是未知的，需要用户输入。后面的 10 位数字是零填充的，最后应该向用户显示 2 或 3 个字符。基本上，疯了。客户特定。其他一些客户对验证有各种要求，而我正试图解决这个问题，所以我正在寻找可扩展到足以处理随机客户请求的东西。
因此，例如，某人可能拥有部分帐号1__0000123456。他们需要在哪里输入缺少的两位数字。但是我们可以显示 456。因此，希望将其放入显示 1__000???456 的蒙版文本框中，只允许他们编辑 __s。
当然，所有这些配置信息都存储在数据库中。并非所有人都可能缺少数字。
到目前为止，我想出的最佳解决方案是使用一些魔术字符存储部分数字以指定丢失，可能是_。然后在其旁边存储一个正则表达式，用于验证和分组区域。但也会用一些特殊的废话标记区域，例如“隐藏”。我认为我可以在组名中进行编码，这很愚蠢，但我有最好的主意。
所以，在数据库中，我可能有这样的记录：
Number Validation
1__0000123456 ^1\d\d0*(?<h:Account Id>123)456$
所以，我们有一个数字（部分）和一个验证表达式。但是该验证表达式在命名捕获组中有一些神奇的东西。 ":h" 表示应该隐藏该范围。所以，我可以隐藏随机范围，或者下一个疯狂的客户想要的任何东西。
上面将显示为包含"1_0000???456" 的屏蔽文本框，其中用户只允许输入第二个和第三个数字。旁边的文本可以描述用户需要输入的内容作为“帐户 ID”，即命名捕获组名称的其余部分。
嗯。这是一个想法。不过，这感觉就像是在滥用我们都珍视的一切。
[编辑]
因此，这并不能真正很好地解决问题，因为我当然无法在值有效之前匹配该值：因此在用户输入有效序列之前无法知道要隐藏或显示的范围。如果有可能深入研究正则表达式的 AST 或其他东西……那就太好了。
【问题讨论】：