Est-il plus efficace de comparer les intenseurs et les cordes et les cordes

Plus le nombre est grand que je vais aller pour la première méthode. une. Si B n'est pas un nombre, il échouera avant d'essayer de comparer. b. la chaîne est comparée par la longueur et le nombre à la fois.

L'analyse d'une chaîne à un int32 nécessite plus de performances et est plus sensible aux erreurs. Vous devrez vous assurer que le INT32.PARSE réussira en premier lieu. Vous pouvez également utiliser une alternative pour '=='. Utilisez des angles (), cela plus facile à lire et à comprendre.

if(b.Equals(a))
{

}

Quelques commentaires mentionnés à exécuter un outil de profilage pour prouver qui a une meilleure performance.

Ceci est un bon moyen, mais le moyen le plus simple de vérifier les performances d'énoncés spécifiques est de les mettre en boucle et d'utiliser la classe de chronomètre.

Jeff Atwood a demandé de faire ce genre de timing plus simple dans Cette question . Dans cette question et cette réponse, vous trouverez également de bons exemples de code et des détails de base.

Heres un exemple de travail très simple: xxx

sur mon ordinateur sorties:

a == int.parse (b) millisecondes: 521

A.Tostring () == B millisecondes: 697

donc dans ce simple Scénario int.parse () est légèrement plus rapide, mais pas assez pour vraiment s'inquiéter de.

Aussi j'ai lu somwhere (MSDN) en utilisant ce qui suit est plus rapide que == pour les comparaisons de chaîne xxx

Il existe de nombreuses façons de représenter le même numéro qu'une chaîne ...

J'ai en fait profilé cela en utilisant quelques exemples et des boucles chronométrées. Il s'avère d'analyser les victoires pour de petits entiers et des gains de totring pour les grands. Cette différence est si petite que cela ne devrait pas être une préoccupation cependant, car d'autres l'ont mentionné, vous êtes susceptible de faire un meilleur choix en pensant aux cas où la chaîne ne représente pas un entier du tout.

éditer : Pour les personnes intéressées, voici la source, rapide 'n' sale: xxx

Votre choix est entre les


Code Inscription A STRY>

int a = 5;
string b = "5"; 
//Assuming these two values are input received by the application at runtime
if (string.Compare(b, a.ToString(), StringComparison.Ordinal) != -1)
{

}

Je doute que l'un ou l'autre appel, vous aurez vraiment un impact considérable sur votre candidature à moins que vous ne créez vraiment quelque chose à grande échelle.

Les deux techniques créent une nouvelle chaîne, cependant int.tostring () doit exécuter beaucoup moins de tâches que int.parse (). < p> int.tostring () est effectué en interne dans le CLR (Comnumber). int.parse () est fait à l'intérieur de BCL Source à l'aide de number.parsetin32 () -> number.stringtonumber () -> number.parsenumber () .

Parsenumber Effectue un nombre énorme de chèques, donc d'un doigt dans l'air, devinez que vous imaginiez Int.Tostring () est plus rapide. Comme d'autres les ont mentionnés, un test de performance approprié avec le chronomètre

Vous pouvez comparer le C ++ que le CLR utilise pour Tostring () ICI : Recherchez

• Numbertostring (qui est utilisé pour TOSTRING () et d'autres formats) qui est utilisé dans fcimpl3 , appelé par int.tostring () sous forme d'un extern appel.
• int32todecstr est utilisé pour le formateur "D".

  le c # xxx

  Je pourrais me tromper sur fcimpl3, corrigez-moi si je suis.