Cuál es más rápido en el procesamiento y la conversión int.Parse(), int.TryParse(), Convert.Int32()

Question

Cuál es más rápido, potente y confiable. Y por qué ?

int.Parse() 
int.TryParse() 
Convert.ToInt32() 

Answer 1

Go read this ("Performance Profiling Parse vs. TryParse vs. ConvertTo") para mucha información adicional.

Si no está seguro si la cadena es analizable, entonces int.TryParse() será MUCHO más rápido que cualquiera de los otros y atrapará las excepciones.

Answer 2

Tanto int.Parse y Convert.Int32 llaman internamente int.TryParse, por lo que las diferencias de rendimiento entre ellos, deben ser trivial. TryParse es el más versátil ya que le permite decidir si lanzar o no una excepción, pero de lo contrario no hay diferencia entre estos métodos.

Answer 3

Convert.ToInt32 (cadena) llama a Int32.Parse (cadena).

Sin embargo, si usa Int32.Parse (o su equivalente interno), puede especificar la globalización y el formato utilizados al analizar.

Int.Parse será más rápido ya que no hace una prueba/captura.

Int.TryParse es más confiable y no arrojará un error si no le pasa un valor no convertible.

Answer 4

Yo personalmente uso

int.Parse(...) 

si tengo una cadena como una fuente y

Convert.ToInt32(...) 

si tengo un valueType (doble, decimal) como fuente, porque de lo contrario tenía que emitir a cuerdas y tratar con la cultura local.

Answer 5

Convert.Int32() llama Int32.Parse() con una comprobación adicional para nula, por lo que Int32.Parse() podría ser un poco más rápido. por lo que Convert.Int32() será más rápido (atrapa el nulo antes de que Int32.Parse() tenga que ocuparse de ello).

Int32.Parse() llama internamente al Number.ParseInt32() que arroja Excepciones cuando no se puede analizar un número.

Int32.TryParse() llamadas internas Number.TryParseInt32() que tienen un código similar a Number.ParseInt32() pero en lugar de arrojar Excepciones, simplemente devuelve falso ... lo que introduce menos sobrecarga.

Teniendo en cuenta todas esas variables, supongo que Int32.TryParse() le dará los resultados más rápidos para valores no nulos. Si existe la posibilidad de que la mayoría de las llamadas contengan nulos, yo diría que Convert.Int32() funcionaría mejor.

... todo eso traído a usted por el poder de .NET Reflector.

Answer 6

Me parece que la respuesta depende del contexto.

Si estoy convirtiendo (por ejemplo) un DataRow a un objeto, voy a tener un montón de Convert.ToXXX llamadas, por lo que me gustaría utilizar Convert.ToInt32 ya que es consistente con las otras declaraciones en torno a que la conversión.

En otras situaciones, si quiero lanzar una excepción cuando la cadena no analiza (fail-fast) Voy a usar int.Parse, debido a que produce la excepción para mí, y int.TryParse tiende a generar código más feo (I' nunca he sido fan de los parámetros)

Y si solo quiero especificar algún valor predeterminado si la cadena no analiza, usaré int.TryParse, porque de lo contrario, tendré que manejar la excepción yo mismo, y eso es caro y feo.

Sin embargo, a menos que llames al sitio de análisis miles de millones de veces, me sorprendería ver una diferencia de tiempo discernible entre cualquiera de los tres formatos, así que preferiría un código más legible, en lugar de una variante marginalmente más rápida .