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);
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);
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.
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.
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此处不做可写性检查
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 deICollection<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 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) !