Administración de excepciones de la biblioteca paralela de tareas

Question

Al manejar excepciones en tareas TPL, me he encontrado con dos formas de manejar excepciones. La primera captura la excepción dentro de la tarea y lo devuelve en el resultado de este modo:

var task = Task<Exception>.Factory.StartNew(
    () => 
     { 
      try 
      { 
       // Do Something 

       return null; 
      } 
      catch (System.Exception e) 
      { 
       return e; 
      } 
     }); 

task.ContinueWith(
    r => 
     { 
      if (r.Result != null) 
      { 
       // Handle Exception 
      } 
     }); 

La segunda es la que se muestra en la documentación y supongo que la forma correcta de hacer las cosas:

var task = Task.Factory.StartNew(
    () => 
     { 
      // Do Something 
     }); 
task.ContinueWith(
    r => 
     { 
      if (r.Exception != null) 
      { 
       // Handle Aggregate Exception 
       r.Exception.Handle(y => true); 
      } 
     }); 

Me pregunto si hay algo malo con el primer acercamiento. He recibido excepciones de 'excepción agregada no controlada' de vez en cuando usando esta técnica y me preguntaba cómo podría suceder esto.

Para aclarar, creo que el segundo patrón es el mejor, pero tengo un fragmento de código que hace uso del primer patrón y estoy tratando de averiguar si es necesario volver a factorizar, es decir, si resulta que no todas las excepciones quedarán atrapadas.

Answer 1

El primer enfoque supone que se generarán excepciones para cada invocación. Si bien esto podría ser cierto, las excepciones no parecen "excepcionales" y huele a un problema de diseño. Si las excepciones no son excepcionales, entonces el resultado no tiene mucho sentido. El otro problema es que si desea un "resultado" (es decir, algo distinto de Exception) no puede porque la única ranura Result se usa para un Exception. Otro problema es que no obtiene volver a lanzar la excepción en el hilo principal (puede hacerlo manualmente) para no obtener la semántica de captura (es decir, está utilizando el método Handle).

El segundo método será mejor entendido por más personas.