Heim  >  Artikel  >  Backend-Entwicklung  >  Durch die Modi Parse und TryParse, Try-Parse und Tester-Doer

Durch die Modi Parse und TryParse, Try-Parse und Tester-Doer

黄舟
黄舟Original
2017-03-04 10:36:381482Durchsuche

Parse und TryParse

 DateTime Parse(string s) und TryParse(string s, out datetime ) werden verwendet, um Datum und Uhrzeit des Zeichens in das entsprechende System.DateTime umzuwandeln. Gibt es also einen Unterschied zwischen ihnen, abgesehen von den unterschiedlichen Parametern der Funktion? Schauen wir uns zunächst den Code an:

            string dateTimeStr = "";
            DateTime dt = DateTime.Parse(dateTimeStr);

Führen Sie die leere Zeichenfolge aus und konvertieren Sie sie in einen Datums- und Uhrzeittyp. Offensichtlich kann sie nicht konvertiert werden, und Parse() löst eine Ausnahme aus: System.FormatException: s Eine gültige Zeichenfolgendarstellung, die kein Datum und keine Uhrzeit enthält . Wenn Sie jedoch die TryParse-Konvertierungsmethode ausführen:

            string dateTimeStr = "";       
            DateTime dt2; //dt2未经初始化,就被传递给函数TryParse()
            bool sucflag = DateTime.TryParse(dateTimeStr, out dt2);

Die -Konvertierung löst zunächst keine Ausnahme aus, dt2 wird der Mindestwert für Datum und Uhrzeit zugewiesen, sucflag ist falsch. Schauen Sie sich die Kommentare zur Funktion an:

Wenn diese Methode zurückkehrt, enthält sie den System.DateTime-Wert, der dem in s enthaltenen Datum und der Uhrzeit entspricht, wenn die Konvertierung erfolgreich ist, oder eine System.DateTime Wert, wenn die Konvertierung fehlschlägt. Wenn der s-Parameter null ist, eine leere Zeichenfolge ("") ist oder keine gültige Zeichenfolgendarstellung von Datum und Uhrzeit enthält, schlägt die Konvertierung fehl. *Dieser Parameter wird ohne Initialisierung übergeben. Diese Funktion löst keine Ausnahmen aus.

Try-Parse

Nachdem wir die Unterschiede gesehen haben, haben die von parse() ausgelösten Ausnahmen zwangsläufig keine Auswirkungen auf die Leistung Muster, das außergewöhnliche Leistung optimiert, genannt Try-Parse Pattern. Das Folgende ist die offizielle Erklärung von Microsoft:

Für extrem leistungsempfindliche APIs sollte ein noch schnelleres Muster als das im vorherigen Abschnitt beschriebene Tester-Doer-Muster verwendet werden. Das Muster erfordert eine Anpassung der Mitgliedsname, um einen genau definierten Testfall zu einem Teil der Mitgliedssemantik zu machen. DateTime definiert beispielsweise eine Parse-Methode, die eine Ausnahme auslöst, wenn das Parsen einer Zeichenfolge fehlschlägt. Außerdem wird eine entsprechende TryParse-Methode definiert, die dies versucht parse, gibt aber false zurück, wenn das Parsen nicht erfolgreich ist, und gibt das Ergebnis eines erfolgreichen Parsens unter Verwendung eines Out-Parameters zurück.

Tester-Doer

Bei der Erklärung des Try-Parse-Modus schlug Microsoft einen anderen vor Modus: Tester-Macher-Modus, was ist der Tester-Macher-Modus? Das Schreiben von Ausnahmen in Funktionen verringert die Leistung. Microsoft hat diesen Modus bereitgestellt, um die Nebenwirkungen von Ausnahmen zu reduzieren.

Der folgende Code:

ICollection<int> numbers = 省略获取数据的逻辑
numbers.Add(1);//Add此处不做可写性检查

Der obige Fehler: Wenn die Sammlung schreibgeschützt ist, löst die Add-Methode eine Ausnahme aus. Beim Aufruf dieser Methode werden häufig Ausnahmen ausgelöst, die sich auf die Systemleistung auswirken. Um diesen Designfehler zu vermeiden, hat Microsoft Folgendes vorgeschlagen: Manchmal kann die Leistung eines ausnahmeauslösenden Mitglieds verbessert werden, indem das Mitglied in zwei Teile geteilt wird:

Das Mitglied war früher
ICollection<int> numbers = 省略获取数据的逻辑if(!numbers.IsReadOnly) //Tester{
    numbers.Add(1); //Doer}
Eine Bedingung testen

, in unserem Beispiel die Eigenschaft

IsReadOnly
, wird als Tester bezeichnet. Das Mitglied, das zum Ausführen einer

potenziell auslösenden Operation verwendet wird, ist in unserem Beispiel die Add-Methode wird beispielsweise als „Macher“ bezeichnet. Dadurch wird die Anzahl der von Add ausgelösten schreibgeschützten Ausnahmen reduziert und die Leistung verbessert. Zusammenfassung Try-Parse Pattern und Tester-Doer-Modus sind zwei Optimierungsmethoden, die das Auslösen von Ausnahmen ersetzen und eine Rolle bei der Optimierung der Designleistung spielen. Das Obige ist der Inhalt des Try-Parse- und Tester-Doer-Modus über Parse und TryParse. Weitere verwandte Inhalte finden Sie auf der chinesischen PHP-Website (www.php.cn)!

Stellungnahme:
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn