Ogień i zapomnij (Asynch) Wywołanie metody ASP.NET

Question

Mamy usługę aktualizacji informacji o klientach na serwer. Jedna rozmowa serwisowa trwa kilka sekund, co jest normalne.

Teraz mamy nową stronę, gdzie w jednym przypadku około 35-50 Informacje o klientach mogą być aktualizowane. Zmiana interfejsu serwisowego w celu akceptacji wszystkich klientów nie wchodzi w rachubę.

Potrzebuję wywołać metodę (np. "ProcessCustomerInfo"), która będzie wyświetlać informacje o kliencie i wywoływać serwis WWW 35-50 razy. Wywołanie usługi asynchronicznie nie jest zbyt użyteczne.

Muszę asynchronicznie wywołać metodę "ProcessCustomerInfo". Próbuję użyć do tego celu RegisterAsyncTask. W Internecie dostępne są różne przykłady, ale problem występuje po zainicjowaniu tego połączenia, jeśli odejdę od tej strony, przetwarzanie zostanie przerwane.

Czy można zrealizować wywołanie metody Fire and Forget, aby użytkownik mógł odejść (Przekierowanie na inną stronę) ze strony bez zatrzymywania przetwarzania metody?

Answer 1

Szczegóły na: http://www.codeproject.com/KB/cs/AsyncMethodInvocation.aspx

Zasadniczo można utworzyć delegata, który wskazuje na metodę, którą chcesz uruchomić asynchronicznie i następnie kopnąć go z 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

Uważam, że problem polega na tym, że Państwa usługa sieciowa oczekuje od klienta odpowiedzi, że sama usługa nie jest komunikacją jednokierunkową.

Jeśli korzystasz z funkcji WCF dla swoich usług internetowych, spójrz na numer http://moustafa-arafa.blogspot.com/2007/08/oneway-operation-in-wcf.html, aby wykonać jednodrożną rozmowę serwisową.

Moje dwa centy: IMO kto umieścić konstrukt Ci, że nie jesteś w stanie zmienić interfejs usługi, aby dodać nową metodę usługi jest jeden podejmowania nieuzasadnionych żądań. Nawet jeśli twoja usługa jest publicznie konsumowanym API, dodanie nowej metody obsługi nie powinno mieć wpływu na obecnych klientów.

Answer 3

Na pewno jesteś can.

Answer 4

To było coś, co po prostu bita to zrobić ...

    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; 
      } 
     } 
    } 

A potem

new DoAsAsync(ProcessCustomerInfo).Execute();

Należy również ustawić właściwość Async w dyrektywie Page <%@ Page Async="true" %>

Nie jestem pewien, jak dokładnie jest to wiarygodne, jednak zadziałało to, czego potrzebowałem. Napisałem to może rok temu.

Answer 5

myślę czego chce to prawdziwy wątek tła:

Safely running background threads in ASP.NET 2.0

Creating a Background Thread to Log IP Information