Diferencia entre los eventos de cambio de tamaño y SizeChanged

Entonces, ¿cuál es la diferencia entre el cambio de tamaño y los eventos SizeChanged?

Lo creas o no absolutamente nada. Un método llama al otro. Sin embargo, debido a que este último se llama "Changed", se puede usar para datos vinculante-así que mientras no tengo ninguna prueba concreta, esa es mi teoría sobre por qué ambos existen.

A veces estas respuestas solo provienen del código fuente:

SizeChanged

El SizeChanged evento es planteado por el OnSizeChanged(). Esta función es a su vez solo llamada por UpdateBounds(), que es llamada por varios mecanismos, principalmente incluyendo el manejo de WM_MOVE y WM_WINDOWPOSCHANGED mensajes.

De nuevo desde la fuente, OnSizeChanged() solo se llamará cuando UpdateBounds() haya determinado que hay una diferencia entre el tamaño antiguo y nuevo tamaño. Así que, sí, como los demás ya han determinado, el evento SizeChanged corresponde a la propiedad Size cambiando.

Redimensionar

El Resize el evento es diferente, pero no por mucho. Es criado por OnResize(). Esta función se llama como resultado directo de OnSizeChanged(). Sin embargo, lo contrario no es cierto. Es decir, OnResize() NO llame OnSizeChanged().

La diferencia radica en la perspectiva desde la que se utiliza si simplemente se está suscribiendo a estos eventos, entonces prácticamente no hay diferencia. De cualquier manera que lo mires, cada vez que se cambia el tamaño del control, ambos eventos se disparan.

Sin embargo, si usted está heredando Control, uno debe ser consciente de las siguientes diferencias:

• OnResize() invalidará el control si el estilo, ControlStyles.ResizeRedraw está listo.
• OnResize() activará un diseño con el AffectedProperty establecer en "Bounds".

La razón por la que uno podría preocuparse, por ejemplo, es asegurarse de que su lógica se ejecuta antes de la implementación base (y por lo tanto antes de invalidar) para ser dibujado correctamente a la pantalla.

LocationChanged and Move{[34]]}

Estos son dos eventos de movimiento que son paralelos SizeChanged y Resize casi idénticos. Las excepciones son que OnMove() sólo invalida cuando el estilo, ControlStyles.SupportsTransparentBackColor es true y el color es menos opaco alfa valor. Y, OnMove() no activará un diseño.

Nuevamente esta diferencia probablemente solo importa para controlar a los autores.

Conclusiones

Después de investigar el código fuente, mi conclusión es que los eventos Resize y Move son una abstracción lejos de la propiedad changed events, y probablemente sería la opción preferida tanto para suscribir como para anular estos eventos específicos.

Como otros mencionan, el Layout evento y OnLayout() las funciones también son una opción decente; sin embargo, los diseños pueden ocurrir en muchos casos:

• Cuando se agregan/eliminan controles secundarios.
• Cuando los límites del control cambian.
• Cuando otros cambios ocurre que puede afectar el diseño del control.

  ^{Nota al Margen: "Otros cambios" es vaga, pero supongo que Microsoft se refiere a cualquier acción tomada por los herederos que requieren una diseño.}

Confiar demasiado en los eventos de diseño puede ralentizar su código/control, ya que ocurrirán con más frecuencia de lo que ocurriría un simple evento de cambio de tamaño. O bien, es posible que el motor de diseño se suspenda por SuspendLayout(), En este caso, no podrá reaccionar a los cambios de tamaño a través del evento Layout.