Maison > développement back-end > Tutoriel C#.Net > .NET Framework - La différence entre Try-Parse et Tester-Doer

.NET Framework - La différence entre Try-Parse et Tester-Doer

黄舟
Libérer: 2017-03-20 11:50:49
original
1889 Les gens l'ont consulté

Parse et TryParse

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);
Copier après la connexion

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);
Copier après la connexion

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.

Try-Parse

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é

Le 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.

Tester-Doer

Lors de l'explication du mode Try-Parse, Microsoft a proposé Un autre mode : le

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此处不做可写性检查
Copier après la connexion
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 condition
ICollection<int> numbers = 省略获取数据的逻辑if(!numbers.IsReadOnly) //Tester{
    numbers.Add(1); //Doer}
Copier après la connexion
, qui dans notre exemple est la propriété

IsReadOnly

, est appelé le testeur. Le membre utilisé pour effectuer une
opé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!

Étiquettes associées:
source:php.cn
Déclaration de ce site Web
Le contenu de cet article est volontairement contribué par les internautes et les droits d'auteur appartiennent à l'auteur original. Ce site n'assume aucune responsabilité légale correspondante. Si vous trouvez un contenu suspecté de plagiat ou de contrefaçon, veuillez contacter admin@php.cn
Tutoriels populaires
Plus>
Derniers téléchargements
Plus>
effets Web
Code source du site Web
Matériel du site Web
Modèle frontal