Maison > développement back-end > Tutoriel C#.Net > Grâce aux modes Parse et TryParse Try-Parse et Tester-Doer

Grâce aux modes Parse et TryParse Try-Parse et Tester-Doer

黄舟
Libérer: 2017-03-04 10:36:38
original
1525 Les gens l'ont consulté

Parse et TryParse

 DateTime Parse(string s) et TryParse(string s, out datetime ) sont utilisés pour convertir la date et l’heure des caractères en System.DateTime équivalent. Alors, y a-t-il une différence entre eux, à l'exception des différents paramètres de la fonction. 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 et convertissez-la en un type de date et d'heure. Évidemment, elle ne peut pas être convertie, et Parse() lèvera une exception : . System.FormatException : s Une représentation sous forme de chaîne valide qui ne contient pas de date et d'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'abord d'exception, dt2 se voit attribuer la valeur minimale de date et d'heure, sucflag est false. Jetez un oeil aux commentaires sur la fonction :

Lorsque cette méthode retourne, elle contient la valeur System.DateTime équivalente à la date et l'heure contenues dans s si la conversion réussit, ou un System.DateTime valeur si la conversion échoue System.DateTime.MinValue. Si le paramètre s est nul, s'il s'agit d'une chaîne vide ("") ou ne contient pas de représentation sous forme de chaîne valide de la date et de l'heure, la conversion échoue. *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 qui optimise des performances exceptionnelles, 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
ICollection<int> numbers = 省略获取数据的逻辑if(!numbers.IsReadOnly) //Tester{
    numbers.Add(1); //Doer}
Copier après la connexion
. tester une condition

, 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 des modes Try-Parse et Tester-Doer via Parse et TryParse. Pour plus de contenu connexe, veuillez faire attention au site Web PHP chinois (m.sbmmt.com) !

É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