Fire and Forget (Asynch) ASP.NET Method Call

Question

Tenemos un servicio para actualizar la información del cliente al servidor. Una llamada de servicio demora unos segundos, lo cual es normal.

Ahora tenemos una nueva página donde en una instancia alrededor de 35-50 información de los clientes se puede actualizar. Cambiar la interfaz del servicio para que acepte a todos los clientes juntos está fuera de discusión en este momento.

Necesito llamar a un método (digamos "ProcessCustomerInfo"), que recorrerá la información de los clientes y llamará al servicio web 35-50 veces. El servicio de llamada de forma asincrónica no es de mucha utilidad.

Necesito llamar al método "ProcessCustomerInfo" de forma asíncrona. Estoy tratando de usar RegisterAsyncTask para esto. Hay varios ejemplos disponibles en la web, pero el problema es que después de iniciar esta llamada, si me alejo de esta página, el proceso se detiene.

¿Es posible implementar el método Fire and Forget para que el usuario pueda alejarse (redirigir a otra página) desde la página sin detener el procesamiento del método?

Answer 1

detalles sobre: ​​http://www.codeproject.com/KB/cs/AsyncMethodInvocation.aspx

Básicamente se puede crear un delegado que apunta al método que desea ejecutar de forma asincrónica y luego golpearlo con BeginInvoke.

// Declare the delegate - name it whatever you would like 
public delegate void ProcessCustomerInfoDelegate(); 

// Instantiate the delegate and kick it off with BeginInvoke 
ProcessCustomerInfoDelegate d = new ProcessCustomerInfoDelegate(ProcessCustomerInfo); 
simpleDelegate.BeginInvoke(null, null); 

// The method which will run Asynchronously 
void ProcessCustomerInfo() 
{ 
    // this is where you can call your webservice 50 times 
} 

Answer 2

Creo que el problema es que su servicio web espera que un cliente devuelva la respuesta, que la llamada de servicio en sí misma no es una comunicación de una sola vía.

Si está utilizando WCF para sus servicios web, mire http://moustafa-arafa.blogspot.com/2007/08/oneway-operation-in-wcf.html para realizar una llamada de servicio de ida.

Mis dos centavos: IMO quienquiera que ponga el constructo en usted que no puede alterar la interfaz de servicio para agregar un nuevo método de servicio es el que hace demandas poco razonables. Incluso si su servicio es una API consumida públicamente, agregar un nuevo método de servicio no debería afectar a ningún consumidor existente.

Answer 3

Seguro que can.

Answer 4

Esto era algo que azotaron acaba de hacer eso ...

    public class DoAsAsync 
    { 
     private Action action; 
     private bool ended; 

     public DoAsAsync(Action action) 
     { 
      this.action = action; 
     } 

     public void Execute() 
     { 
      action.BeginInvoke(new AsyncCallback(End), null); 
     } 

     private void End(IAsyncResult result) 
     { 
      if (ended) 
       return; 

      try 
      { 
       ((Action)((AsyncResult)result).AsyncDelegate).EndInvoke(result); 
      } 
      catch 
      { 
       /* do something */ 
      } 
      finally 
      { 
       ended = true; 
      } 
     } 
    } 

Y luego

new DoAsAsync(ProcessCustomerInfo).Execute();

También es necesario establecer la propiedad asíncrono en la directiva Page <%@ Page Async="true" %>

No estoy seguro de qué tan confiable es esto, sin embargo, funcionó para lo que necesitaba. Escribió esto tal vez hace un año.

Answer 5

Creo que lo que está deseando es un verdadero hilo de fondo:

Safely running background threads in ASP.NET 2.0

Creating a Background Thread to Log IP Information