Hebras en aplicaciones Windows

Hebras en aplicaciones Windows
En el ejemplo anterior, y gracias posiblemente a la implementación de nuestro sistema
operativo, todo funcionó correctamente, al menos en apariencia. Sin embargo,violamos un
principio básico de la programación con hebras. Accedimos de forma concurrente a un
recurso compartido desde dos hebras diferentes sin coordinar el acceso a ese recurso
compartido. Eneste caso, el recurso compartido era el formulario y sus controles. Como
veremos cuando de describir cómo se trabaja con hebras en C#, existen mecanismos de
sincronización que sirven de protección paraacceder a recursos compartidos desde distintas
hebras o procesos.

En el caso de las aplicaciones Windows, cuando el recurso compartido es una ventana, por convención se sigue la siguiente regla:una ventana se manipula únicamente desde la hebra que la creó. Esta hebra es la que se encarga de ir recibiendo eventos e ir respondiendo a esos eventos de la forma adecuada. De esta forma, el accesoa la ventana se serializa y evitamos tener que utilizar mecanismos de sincronización más complejos.

Todos los controles de Windows, que derivan de la clase base
System.Windows.Forms.Control,incluyen una
propiedad llamada InvokeRequired que nos indica si
estamos accediendo al control desde una hebra distinta a
aquélla en la que se creó. Es decir, para manipular de forma
segura laspropiedades de un control, se debe verificar la
siguiente aserción:
using System.Diagnostics;
...
Debug.Assert(control.InvokeRequired == false);
En este sentido, la documentación lo deja bastante claro:Sólo hay cuatro métodos de un
control que se pueden llamar de forma segura desde cualquier hebra.Estos0………………………………………0……………………………………………………………………………………………………..0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0. métodos son
Invoke, BeginInvoke, End0Invoke y CreateGraphics. Cualquier otro método ha
de llamarse a través de uno de los anteriores.
En la práctica, para modificar las...