Maison > Article > développement back-end > .NET Framework - La différence entre Try-Parse et Tester-Doer
Dans DateTime, Parse(string s) et TryParse(string s, out datetime) sont tous deux utilisés pour convertir la date et l'heure des caractères Converti en System.DateTime équivalent. Alors, y a-t-il une différence entre eux, sauf que les paramètres de la fonction sont différents. Jetons d'abord un coup d'œil au code :
string dateTimeStr = ""; DateTime dt = DateTime.Parse(dateTimeStr);
Exécutez la chaîne vide pour la convertir en type date et heure. Évidemment, elle ne peut pas être convertie, et Parse() lancera un. exception : System.FormatException : s ne contient pas de représentation sous forme de chaîne valide de la date et de l'heure . Cependant, en exécutant la méthode de conversion TryParse :
string dateTimeStr = ""; DateTime dt2; //dt2未经初始化,就被传递给函数TryParse() bool sucflag = DateTime.TryParse(dateTimeStr, out dt2);
La conversion ne lève pas d'exception en premier, et dt2 se voit attribuer la valeur minimale de date et le temps, sucflag est faux. Regardez le commentaire de la fonction :
Lorsque cette méthode renvoie, si la conversion réussit, une valeur System.DateTime équivalente à la date et à l'heure contenues dans s est incluse ; System.DateTime.MinValue si la conversion échoue. La conversion échoue si l'argument s est null, est une chaîne vide ("") ou ne contient pas de représentation sous forme de chaîne valide de la date et de l'heure. *Ce paramètre est passé sans initialisation. Cette fonction ne lèvera aucune exception.
Après avoir vu leurs différences, en plus, les exceptions levées par parse() affecteront inévitablement les performances. TryParse() n'a généré aucune exception. 🎜>modèle de conception qui optimise les performances anormales est appelé Try-Parse Pattern. Voici l'explication officielle de Microsoft :
Pour les API extrêmement sensibles aux performances, un modèle encore plus rapide que le modèle Tester-Doer décrit dans la section précédente doit être utiliséTester-Doer Lors de l'explication du mode Try-Parse, Microsoft a proposé Un autre mode : leLe modèle appelle à un ajustement. le nom du membre pour intégrer un scénario de test bien défini à la sémantique du membre. Par exemple, DateTime définit une méthode Parse qui lève une exception si l'analyse d'une chaîne échoue. Elle définit également une méthode TryParse correspondante qui tente de le faire. analyse, mais renvoie false si l'analyse échoue et renvoie le résultat d'une analyse réussie à l'aide d'un paramètre out.
Mode Testeur-Facteur, qu'est-ce que le mode Testeur-Facteur ? L'écriture d'exceptions dans les fonctions réduira les performances. Microsoft a fourni ce mode pour réduire les effets secondaires des exceptions.
Le code suivant :
ICollection<int> numbers = 省略获取数据的逻辑 numbers.Add(1);//Add此处不做可写性检查Le défaut ci-dessus : Si la collection est en lecture seule, la méthode Add lèvera une exception. Des exceptions seront souvent levées là où cette méthode est appelée, affectant ainsi les performances du système. Afin d'éviter ce défaut de conception, Microsoft a proposé : Parfois, les performances d'un membre qui lance une exception peuvent être améliorées en divisant le membre en deux. -Résumé du mode Doer :
Le membre avait l'habitude de
. tester une conditionICollection<int> numbers = 省略获取数据的逻辑if(!numbers.IsReadOnly) //Tester{ numbers.Add(1); //Doer}, qui dans notre exemple est la propriété
IsReadOnly
, est appelé le testeur. Le membre utilisé pour effectuer uneopération de lancement potentiel, la méthode Add dans notre. Par exemple, est appelé l'auteur. Cela réduira le nombre d'exceptions en lecture seule générées par Add et améliorera les performances. Résumé Try-Parse Pattern et le mode Tester-Doer sont deux méthodes d'optimisation qui remplacent le lancement d'exceptions et jouent un rôle dans l'optimisation des performances de conception.
Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!