String in DateTime in C # analysieren

Als ich später erklären, ich würde immer zugunsten der TryParse und TryParseExact Methoden. Denn Sie sind ein bisschen sperrig zu benutzen, die ich geschrieben habe, ein Erweiterung Methode das macht die Analyse wesentlich einfacher:

var    dtStr = "2011-03-21 13:26";
DateTime? dt = dtStr.toDate("yyyy-MM-dd HH:mm");

Im Gegensatz zu ParseParseExact etc. ist es nicht eine exception zu werfen, und ermöglicht es Ihnen, zu überprüfen, über

if (dt.HasValue) { //continue processing } else { //do error handling }

ob die Konvertierung erfolgreich war (in diesem Fall dt einen Wert hat, können Sie den Zugriff über dt.Value) oder nicht (in diesem Fall ist es null).

Dass auch erlaubt mit eleganten Verknüpfungen wie der "Elvis"-operator ?. zum Beispiel:

int? year = dtStr?.toDate("yyyy-MM-dd HH:mm")?.Year;

Hier können Sie auch year.HasValue um zu überprüfen, ob die Konvertierung gelungen ist, und wenn es nicht gelingt, dann year enthalten nullsonst das Jahr Teil des Datums. Es wird keine Ausnahme ausgelöst, wenn die Konvertierung fehlgeschlagen.

Versuchen Sie es in .NetFiddle

public static class Extensions
{
    public static DateTime? toDate(this string dateTimeStr, string[] dateFmt)
    {
      //example: var dt = "2011-03-21 13:26".toDate(new string[]{"yyyy-MM-dd HH:mm", 
      //                                                 "M/d/yyyy h:mm:ss tt"});
      const DateTimeStyles style = DateTimeStyles.AllowWhiteSpaces;
      if (dateFmt == null)
      {
        var dateInfo = System.Threading.Thread.CurrentThread.CurrentCulture.DateTimeFormat;
        dateFmt=dateInfo.GetAllDateTimePatterns();
      }
      DateTime? result = null;
      DateTime dt;
      if (DateTime.TryParseExact(dateTimeStr, dateFmt,
         CultureInfo.InvariantCulture, style, out dt)) result = dt;
      return result;
    }

    public static DateTime? toDate(this string dateTimeStr, string dateFmt=null)
    {
      //example:   var dt="2011-03-21 13:26".toDate("yyyy-MM-dd HH:mm");
      //or simply  var dt="2011-03-21 13:26".toDate();        
      //call overloaded function with string array param
      string[] dateFmtArr = dateFmt == null ? null : new string[] { dateFmt };
      return toDate(dateTimeStr, dateFmtArr);
    }
}

Update: .toDate() (ohne Parameter) ist nun standardmäßig auf alle gängigen Datums - /Zeit-Muster der thread mit der aktuellen Kultur.

Hinweisdass wir die result und dt zusammen, weil TryParseExact nicht zu verwenden DateTime?die wir beabsichtigen, zurückzukehren.
In C# - Version 7 könnten Sie vereinfachen die toDate - Funktion ein bisschen wie folgt:

 //in C#7 only: "DateTime dt;" - no longer required, declare implicitly
 if (DateTime.TryParseExact(dateTimeStr, dateFmt,
     CultureInfo.InvariantCulture, style, out var dt)) result = dt;

(Es wäre auch erlaubt sein, zu schreiben out DateTime dt statt out var dt.)

Beispiel:

var dtStr="2011-03-21 13:26";    
var dt=dtStr.toDate("yyyy-MM-dd HH:mm");
if (dt.HasValue)
{
    Console.WriteLine("Successful!");
    //... dt.Value now contains the converted DateTime ...
}
else
{
    Console.WriteLine("Invalid date format!");
}

Wie Sie sehen können, wird in diesem Beispiel nur Abfragen dt.HasValue um zu sehen, ob die Konvertierung erfolgreich war oder nicht. Als extra-bonus TryParseExact kann angegeben werden, strengen DateTimeStyles so wissen Sie genau, ob eine korrekte Datum - /Zeit-string übergeben wurde oder nicht.

N. B. Die überladene Funktion ermöglicht Ihnen die übergabe eines array der gültigen Formate verwendet zum Parsen/konvertieren von Daten, wie gezeigt, hier (TryParseExact direkt unterstützt), z.B.

string[] dateFmt = {"M/d/yyyy h:mm:ss tt", "M/d/yyyy h:mm tt", 
                     "MM/dd/yyyy hh:mm:ss", "M/d/yyyy h:mm:ss", 
                     "M/d/yyyy hh:mm tt", "M/d/yyyy hh tt", 
                     "M/d/yyyy h:mm", "M/d/yyyy h:mm", 
                     "MM/dd/yyyy hh:mm", "M/dd/yyyy hh:mm"};
var dtStr="5/1/2009 6:32 PM"; 
var dt=dtStr.toDate(dateFmt);

Jedoch, um den code kurz zu machen, ich bin mit nur TryParseExact-string-array überlastung, weil Sie nicht die Arbeit mit einem Generischen parameter.

Erweitertes Beispiel:

Sie können die ?? operator standardmäßig eine fail-safe-format, z.B.

var dtStr = "2017-12-30 11:37:00";
var dt = (dtStr.toDate()) ?? dtStr.toDate("yyyy-MM-dd HH:mm:ss");

In diesem Fall, die .toDate() würde die Nutzung von gemeinsamen lokalen Kultur, Datumsformate, und wenn alle diese gescheitert, es würde versuchen, die ISO-standard format "yyyy-MM-dd HH:mm:ss" als fallback. Diese Art der Erweiterung ermöglicht die Funktion "Kette" verschiedene fallback-Formate problemlos.

Schließlich, Hier sind einige Kommentare über den hintergrund (also der Grund, warum ich geschrieben habe, es auf diese Weise):

Ich bin lieber TryParseExact in dieser extension-Methode, weil Sie vermeiden Ausnahmebehandlung - Sie können Lesen Sie in Eric Lippert ' s Artikel über Ausnahmen warum sollten Sie TryParse statt Parse ich ihn zitieren zu diesem Thema:²⁾

Diese unglückliche design-Entscheidung¹⁾ [Anmerkung: zu
lassen Sie die Parse-Methode eine exception werfen,] war so ärgerlich, dass natürlich
frameworks-team umgesetzt TryParse kurz danachdie das richtige tut.

Tut es, aber TryParse und TryParseExact beide sind immer noch viel weniger als komfortabel zu bedienen: Sie erzwingen Sie die Verwendung einer nicht initialisierten Variablen als out parameter darf nicht null sein, und während Sie konvertieren, müssen Sie bewerten den boolean-Wert zurückgeben - entweder Sie verwenden ein ifAnweisung sofort oder speichert man den Rückgabewert in eine zusätzliche Boolesche variable, so sind Sie in der Lage zu tun, die später prüfen. Und können Sie nicht einfach die Ziel-variable, ohne zu wissen, ob die Konvertierung erfolgreich war oder nicht.

In den meisten Fällen, Sie wollen einfach nur wissen ob die Konvertierung erfolgreich war oder nicht (und natürlich der Wert, wenn es erfolgreich war)so ein nullable-target-variable hält alle Informationen wäre wünschenswert und wesentlich eleganter - da die gesamte information ist nur an einem Ort gespeichert: konsistente und einfach zu bedienen, und viel weniger fehleranfällig.

Der Erweiterung Methode, die ich geschrieben habe, macht genau das (es zeigt Ihnen auch, welche Art von code, den Sie schreiben müssen jedes mal, wenn du nicht gehst, es zu benutzen).

Ich glaube, der Vorteil der .toDate(strDateFormat) ist, dass es sieht einfach und sauber - so einfach wie das original DateTime.Parse sein sollte - aber mit der Fähigkeit, zu überprüfen, ob die Konvertierung erfolgreich war, und ohne das auslösen von Ausnahmen.

¹⁾ Was hier gemeint ist, ist, dass Ausnahmebehandlung (d.h. eine try { ... } catch(Exception ex) { ...} - block) -, die notwendig ist, wenn Sie Analysieren, weil es eine Ausnahme werfen wenn ein Ungültiger string geparst wird - das ist nicht nur in diesem Fall unnötig, sondern auch ärgerlich und erschweren den code. TryParse vermeidet all diese als das code-Beispiel habe ich gezeigt wird.

²⁾ Eric Lippert ist eine berühmte StackOverflow-fellow und arbeitete bei Microsoft als principal developer auf der C# - compiler-team für ein paar Jahre.

InformationsquelleAutor der Antwort Matt

DateTime.Parse() sollte funktionieren für das string-format. Referenz:

http://msdn.microsoft.com/en-us/library/1k1skd40.aspx#Y1240

Ist es das werfen einer FormatException für Sie?

InformationsquelleAutor der Antwort cacois

Können Sie auch XmlConvert.ToDateString

var dateStr = "2011-03-21 13:26";
var parsedDate = XmlConvert.ToDateTime(dateStr, "yyyy-MM-dd hh:mm");

Ist es gut, das Datum anzugeben Art, wie

var anotherParsedDate = DateTime.ParseExact(dateStr, "yyyy-MM-dd hh:mm", CultureInfo.InvariantCulture, DateTimeStyles.AssumeUniversal);

Weitere Informationen über verschiedene Analyse-Optionen http://amir-shenodua.blogspot.ie/2017/06/datetime-parsing-in-net.html

InformationsquelleAutor der Antwort Amir Shenouda