Wartości dziesiętne rozpoznawane jako DateTime zamiast zwracać false z DateTime.Parse

Muszę wykonać sprawdzenie na podstawie wartości ciągu, niezależnie od tego, czy jest to data, czy liczba dziesiętna, ale parsowanie daty zawsze zwraca wartość prawda po przecinku.

string val = "3.5";
DateTime oDate = DateTime.Parse(val);

Zwraca prawidłową datę 3/5/2019.

Jak zweryfikować ciąg, aby poznać jego prawidłową datę, gdy format daty nie jest znany?

„Jak sprawdzić poprawność ciągu, aby poznać jego prawidłową datę?”

Problem polega na tym, że "3.5" jest uważana za prawidłową datę (a także dziesiętną).

Jeśli chcesz, aby typ dziesiętny zawsze „wygrywał” (tzn. Nie chcesz isDatei isDecimaloba mają być true), włącz sprawdzanie dziesiętne w walidacji.

Jednym ze sposobów na to jest użycie TryParsemetod (które zwracają a, booljeśli ciąg może zostać przeanalizowany z typem i który ustawia outparametr na przekonwertowaną wartość), aby ustalić, czy ciąg może zostać przekonwertowany na typ, na przykład:

string val = "3.5";

// temp variables to hold parsed values
DateTime tmpDate;
decimal tmpDec;
int tmpInt;

var isDecimal = decimal.TryParse(val, out tmpDec);
var isInteger = int.TryParse(val, out tmpInt);

// When checking if it's a DateTime, make sure it's not also a decimal
var isDate = !isDecimal && DateTime.TryParse(val, out tmpDate);

Sprawdź oficjalną dokumentację dotyczącą ParseExact

Jeśli znasz dokładną reprezentację, możesz zrobić coś takiego:

  format = "ddd dd MMM yyyy h:mm tt zzz";
  try {
     result = DateTime.ParseExact(dateString, format, provider);
     Console.WriteLine("{0} converts to {1}.", dateString, result.ToString());
  }
  catch (FormatException) {
     Console.WriteLine("{0} is not in the correct format.", dateString);
  }

Jeśli tego nie wiesz, utkniesz w przekonaniach kulturowych

Analizuj ciąg daty i godziny, używając konwencji określonej kultury. Przeciążenie parsowania (ciąg, IFormatProvider) (zobacz Konwertowanie i konwencje kulturowe)