DateTime.TryParseExact 未按预期工作

Question

谁能解释为什么以下代码片段返回 true？

根据“d”自定义格式说明符的文档，“一位数日期的格式没有前导零。”那么，当我给它一个带前导零的个位数日期时，为什么 TryParseExact 不会失败呢？

DateTime x;
return DateTime.TryParseExact
(
    "01/01/2001",
    @"d\/MM\/yyyy",
    null,
    System.Globalization.DateTimeStyles.None,
    out x
);

更新

我想也许我最初不清楚。我真正想要了解的是：为什么 TryParseExact 接受一些不完全匹配的值？从我见过的所有文档中，'d' 匹配 '01' 和 '1'就像“MM”匹配“March”和“03”一样是一个错误。 这里的问题不是值相等，而是它们与格式不匹配。

相关的文档片段是：

• 来自 TryParseExact：字符串表示形式的格式必须与指定的格式完全匹配。

• 来自“d”说明符：A单位数字日期的格式不带前导零。

对我来说，“01”有一个前导 0 似乎非常清楚，因此与“不完全匹配” d'。

Answer 1

来自 DateTimeParse.ParseByFormat() 中的 .NET 4 源代码：

case 'd':
    // Day & Day of week 
    tokenLen = format.GetRepeatCount();
    if (tokenLen <= 2) { 
        // "d" & "dd" 

        if (!ParseDigits(ref str, tokenLen, out tempDay)) { 
            if (!parseInfo.fCustomNumberParser ||
                !parseInfo.parseNumberDelegate(ref str, tokenLen, out tempDay)) {

                result.SetFailure(ParseFailureKind.Format, "Format_BadDateTime", null);
                return (false); 
            }
        } 
        if (!CheckNewValue(ref result.Day, tempDay, ch, ref result)) { 
            return (false);
        }
    }
    else
    {...}

解析器将“d”和“dd”集中在一起。

Answer 2

看来这种行为是设计使然的，我认为它的工作方式是为了与其他字符串格式选项保持一致。

采取以下示例：

//Convert DateTime to string
string dateFormat = "d/MM/yyyy";
string date1 = new DateTime(2008, 10, 5).ToString(dateFormat);
string date2 = new DateTime(2008, 10, 12).ToString(dateFormat);

//Convert back to DateTime
DateTime x1, x2;
DateTime.TryParseExact(date1, dateFormat, null, System.Globalization.DateTimeStyles.None, out x1);
DateTime.TryParseExact(date2, dateFormat, null, System.Globalization.DateTimeStyles.None, out x2);

Console.WriteLine(x1);
Console.WriteLine(x2);

在第一部分中，ToString() 输出 10 月 12 日的两位数日期，因为仅写出一位数日期没有多大意义（以及哪个数字将它选择 1 还是 2？）。因此，由于“d”在转换为字符串时代表一个或两个数字天，因此在转换回DateTime.如果没有，在我的示例中 TryParseExact 中转换回 DateTime 将会失败，这绝对不是预期的行为。

我想说，如果您确实需要完全匹配 ad/MM/yyyy 格式，您可能可以使用正则表达式来验证字符串，然后通过 Parse、TryParse 传递它或 TryParseExact （取决于您的正则表达式有多好，因为如果您想使用 Parse，它必须处理闰年、30/31 天等）。

Answer 3

我想说它不会失败，因为 TryParseExact 足够聪明，知道 '01' == '1'。

Answer 4

我猜 TryParseExact 只是在这种情况下尝试变得灵活。但是，当您使用格式说明符将日期转换为字符串时，“d”与“dd”应该并且会像所宣传的那样工作。

Answer 5

因为单个“d”意味着您的 DateTime 值将被转换为尽可能短的值，即如果没有必要，则不带前导零。我想当您从字符串转换为 DateTime 时它不应该失败，因为 TryParseExact 格式字符串的主要目的是帮助转换为 DateTime，即它充当提示，它并不是为了验证字符串格式。

如果您仍然需要硬核，您可以使用 RegEx字符串格式验证。