我在这些模式中看到了很多过于复杂的情况。您的日期格式实际上非常简单。我认为您通过忽略 28 天月和 31 天月之间的重叠而采取了错误的方法。
在我进一步解释之前,让我指出,除非您被正则表达式所困扰,否则有更好的方法来解析和验证日期。最好的选择是DateTime.TryParseExact,它就是为此而生的。如果您使用的是 WebForms,则只需使用和放入CompareValidator即可。Operator="DataTypeCheck"
Type="Date"
现在我已经说了神奇的话,让我们来谈谈正则表达式模式。
改变你看待这个的方式。的确,并非所有月份都包含 31 甚至 30 天,但有多少包含 28 天?
...他们都是!因此,如果要匹配 4 月和 5 月,则无需覆盖 4 月 1 日至 30 日,然后再覆盖 5 月 1 日至 31 日。您可以编写一个模式来覆盖任一月的前 30 天,然后自行到 5 月 31 日。结果类似于[45]/([012]?[1-9]|[123]0)|5/31
,它的长度是其他情况的一半。
考虑这个模式,为了清楚起见,扩展:
^(
( #First, we'll cover months and days for a normal year. Forget leap years
#for a second.
(
(?<month>0?[1-9]|1[012]) #First we account for up to 28 days,
/(?<day>[01]?[1-9]|10|2[0-8]) #which ALL months have.
)
|
(
(?<month>0?[13-9]|1[012]) #Every month but February has at
/(?<day>29|30) #least 30 days, so cover that.
)
|
(
(?<month>0?[13578]|1[02]) #Cover the 31st day for months
/(?<day>31) #that have one.
)
)
/(?<year>(1[89]|20)[0-9]{2}) #Any year between 1800 and 2099.
| #Normal years: Done. Now we just need to cover February 29,
#and only for leap years.
(?<month>0?2)
/(?<day>29)
/(?<year>
(1[89]|20) #Century doesn't matter, since 100 is divisible by 4.
(
[24680][048] #If the decade is even, leap years end in [048].
|
[13579][26] #If the decade is odd, leap years end in 2 or 6.
)
)
)$
我们完成了。强制执行 mm/dd/yyyy 格式,验证现有日期,并且简短易读。这是缩小版:
^(((0?[1-9]|1[012])/([01]?[1-9]|10|2[0-8])|(0?[13-9]|1[012])/(29|30)|(0?[13578]|1[02])/31)/(1[89]|20)[0-9]{2}|0?2/29/(1[89]|20)([24680][048]|[13579][26]))$
编辑:
由于这是 .NET,因此您可以使用外观来缩短它很多:
^(
(?!(0?[2469]|11)/31)
(?!0?2/(29|30))
(?<month>0?[1-9]|1[012])
/
(?!0?0/)
(?<day>[012]?[0-9]|3[01])
/
(?<year>(1[89]|20)[0-9]{2})
|
(?<month>0?2)/(?<day>29)
/
#Years ending in 00 are only leap years if they're divisible by 400:
(?!1[89]00)
(?<year>(1[89]|20) ( [24680][048] | [13579][26] ) )
)$