Invocación de método asíncrono

El siguiente ejemplo se basa libremente en un estilo AMI estándar utilizado en .NET Framework . ^{[ 9 ]} Dado un método Accomplish, se agregan dos nuevos métodos BeginAccomplishy EndAccomplish:

clase Ejemplo { Resultado Lograr ( args … ) IAsyncResult IniciarLograr ( args … ) Resultado FinLograr ( IAsyncResult a ) … }

Al llamar a BeginAccomplish, el cliente recibe inmediatamente un objeto de tipo AsyncResult(que implementa la IAsyncResultinterfaz), por lo que puede continuar el hilo de llamada con trabajo no relacionado. En el caso más simple, eventualmente no hay más trabajo de ese tipo, y el cliente llama a EndAccomplish(pasando el objeto recibido previamente), que se bloquea hasta que el método haya finalizado y el resultado esté disponible. ^{[ 10 ]} El AsyncResultobjeto normalmente proporciona al menos un método que permite al cliente consultar si el método de larga duración ya ha finalizado:

interfaz IAsyncResult { bool HasCompleted () … }

También se puede pasar un método de devolución de llamada BeginAccomplish, que se invocará cuando finalice el método de larga duración. Normalmente, este método llama EndAccomplisha para obtener el valor de retorno del método de larga duración. Un problema con el mecanismo de devolución de llamada es que la función de devolución de llamada se ejecuta naturalmente en el hilo de trabajo (en lugar de en el hilo que la llamó originalmente), lo que puede causar condiciones de carrera. ^{[ 11 ] [ 12 ]}

En la documentación de .NET Framework, el término patrón asíncrono basado en eventos se refiere a un estilo de API alternativo (disponible desde .NET 2.0) que utiliza un método llamado AccomplishAsyncen lugar de BeginAccomplish. ^{[ 13 ] [ 14 ]} Una diferencia superficial es que en este estilo el valor de retorno del método de larga duración se pasa directamente al método de devolución de llamada. Mucho más importante es que la API utiliza un mecanismo especial para ejecutar el método de devolución de llamada (que reside en un objeto de evento de tipo AccomplishCompleted) en el mismo hilo en el que BeginAccomplishse llamó. Esto elimina el peligro de condiciones de carrera, lo que hace que la API sea más fácil de usar y adecuada para componentes de software; por otro lado, esta implementación del patrón conlleva una sobrecarga adicional de creación de objetos y sincronización. ^{[ 15 ]}