Tarea.Continuar Con la orden de ejecución

Question

Aparentemente, no entiendo cómo usar el método ContinueWith. Mi objetivo es ejecutar una tarea y, cuando la complete, devolver un mensaje.

Aquí está mi código:

public string UploadFile() 
    { 
     if (Request.Content.IsMimeMultipartContent()) 
     { 
      //Save file 
      MultipartFormDataStreamProvider provider = new MultipartFormDataStreamProvider(HttpContext.Current.Server.MapPath("~/Files")); 
      Task<IEnumerable<HttpContent>> task = Request.Content.ReadAsMultipartAsync(provider); 

      string filename = "Not set"; 

      task.ContinueWith(o => 
      { 
       //File name 
       filename = provider.BodyPartFileNames.First().Value; 
      }, TaskScheduler.FromCurrentSynchronizationContext()); 

      return filename; 
     } 
     else 
     { 
      return "Invalid."; 
     } 
    } 

El "nombre de archivo" variables siempre devuelve "No establecido". Parece que el código dentro del método ContinueWith nunca se llama. (Se llama si depuro a través de línea por línea en VS.)

Se está llamando a este método en mi controlador ASP.NET Web API/AJAx POST.

¿Qué estoy haciendo mal aquí?

Answer 1

Si está utilizando una operación asincrónica, el mejor enfoque sería hacer que su operación sea asíncrona también, de lo contrario perderá las ventajas de la llamada asincrónica que está realizando. Intente reescribir su método de la siguiente manera:

public Task<string> UploadFile() 
{ 
    if (Request.Content.IsMimeMultipartContent()) 
    { 
     //Save file 
     MultipartFormDataStreamProvider provider = new MultipartFormDataStreamProvider(HttpContext.Current.Server.MapPath("~/Files")); 
     Task<IEnumerable<HttpContent>> task = Request.Content.ReadAsMultipartAsync(provider); 

     return task.ContinueWith<string>(contents => 
     { 
      return provider.BodyPartFileNames.First().Value; 
     }, TaskScheduler.FromCurrentSynchronizationContext()); 
    } 
    else 
    { 
     // For returning non-async stuff, use a TaskCompletionSource to avoid thread switches 
     TaskCompletionSource<string> tcs = new TaskCompletionSource<string>(); 
     tcs.SetResult("Invalid."); 
     return tcs.Task; 
    } 
} 

Answer 2

Debe devolver el tipo Task<T> del método, en este caso sería Task<string>.

Answer 3

Está utilizando una operación de asincronización. Si desea esperar a su finalización, usted tiene que utilizar el método Wait lo contrario de su tarea:

task.ContinueWith(o => 
     { 
      //File name 
      filename = provider.BodyPartFileNames.First().Value; 
     ).Wait(); 

return filename; 

Editar: Algunos métodos Asynch comienzan la tarea tan pronto como se cree, mientras que otros se preguntan para iniciarlos explícitamente. Debe consultar la documentación de cada uno para estar seguro. En este caso, parece que la tarea se inicia automáticamente.

Answer 4

Las razones de la variable de no ser conjunto son:

• las tareas se crean instancias, pero no se ejecutan.
• incluso si se ejecutaban las tareas, la función probablemente regresaría antes de que terminaran de ejecutarse, por lo que aún devolvería "No establecida". La solución para esto es esperar a que finalice la tarea final (la configuración fileName).

Su código podría ser fijado de esta manera:

public string UploadFile() 
{ 
    if (Request.Content.IsMimeMultipartContent()) 
    { 
     //Save file 
     MultipartFormDataStreamProvider provider = new MultipartFormDataStreamProvider(HttpContext.Current.Server.MapPath("~/Files")); 
     Task<IEnumerable<HttpContent>> task = Request.Content.ReadAsMultipartAsync(provider); 

     string filename = "Not set"; 

     var finalTask = task.ContinueWith(o => 
      { 
       //File name 
       filename = provider.BodyPartFileNames.First().Value; 
      }, TaskScheduler.FromCurrentSynchronizationContext()); 

     task.Start(); 

     finalTask.Wait(); 

     return filename; 
    } 
    else 
    { 
     return "Invalid."; 
    } 
} 

Las adiciones son los siguientes:

• asignado el valor de retorno de task.ContinueWith a una variable llamada finalTask. Necesitamos esta tarea, ya que habrá que esperar a que termine
• comenzó la tarea (la línea task.Start();)
• esperaron a la tarea final para terminar antes de regresar (finalTask.Wait();)

Si es posible, por favor considere no implementar esto de forma asíncrona, porque al final es sincrónico (está esperando que termine) y la implementación actual agrega complejidad que probablemente podría evitarse.

pensar en hacer algo en este sentido (si es posible):

public string UploadFile() 
{ 
    if (Request.Content.IsMimeMultipartContent()) 
    { 
     //Save file 
     MultipartFormDataStreamProvider provider = new MultipartFormDataStreamProvider(HttpContext.Current.Server.MapPath("~/Files")); 

     Request.Content.ReadAsMultipart(provider); // don't know if this is really valid. 

     return provider.BodyPartFileNames.First().Value; 
    } 
    else 
    { 
     return "Invalid."; 
    } 
} 

responsabilidad: realidad no he ejecutado el código anterior; Lo acabo de escribir para ilustrar lo que debería hacerse.