¿Por qué el Diseñador de Windows Forms convierte int en bytes y luego vuelve a int para FromArgb?

Question

que estaba buscando a través de algún código de hoy y vi algo como lo siguiente:

var colour = Color.FromArgb(((int)(((byte)(227)))), ((int)(((byte)(213)))), ((int)(((byte)(193))))); 

Cuando le pregunté por qué era así, ya que ReSharper confirmó que todos los moldes son redundantes, me dijeron que el diseñador hecho de esa camino y ellos habían copiado eso.

He echado un vistazo y, efectivamente, el Diseñador genera el mismo código que el anterior al configurar una propiedad a un color personalizado.

¿Alguien sabe por qué el Diseñador haría esto? No parece tener sentido, a menos que me falta algo?

Answer 1

Este código es generado automáticamente por el serializador de código integrado en el diseñador de Winforms. El culpable aquí es la clase System.Drawing.ColorConverter, TypeConverter for Color. El código relevante en su método ConvertTo() es:

member = typeof(Color).GetMethod("FromArgb", new Type[] { typeof(int), typeof(int), typeof(int) }); 
    arguments = new object[] { color2.R, color2.G, color2.B }; 

Las propiedades R, G y B devuelven un byte. Entonces el serializador de código primero genera el literal entero y aplica el molde (de bytes) para que coincida con el tipo de argumentos. Luego ve que FromArgb() acepta argumentos enteros, por lo que aplica el molde (int).

Este es solo el código maniacal generado por la máquina. Solo tiene que ser correcto, no tiene que ser bonito.

Answer 2

No hay ningún beneficio. Todo lo que hace es hacer que el código sea difícil de leer.

Esto es preferible

var colour = Color.FromArgb(227, 213, 193); 

o incluso la versión canal alfa:

var colour = Color.FromArgb(255, 227, 213, 193); 

Como @Alexei Levenkov señala, tal vez el autor estaba siendo prudente, pero dado el nombre claro del método y su (bien conocido) uso previsto, ¿por qué alguien usaría un valor mayor que 255 para cualquiera de los parámetros?

Ref. Color.FromArgb Method