async TryParse (...) wzorzec

Question

Istnieje wiele typowych metod bool TryXXX(out T result) w .NET BCL, najpopularniejszej prawdopodobnie, int.TryParse(...).

Chciałbym zastosować metodę asynchroniczną asyncTryXXX(). Oczywiście nie mogę używać parametrów out.

Czy istnieje ustalony wzór?

Co ważniejsze, muszę pobrać i przeanalizować plik. Możliwe, że plik nie istnieje.

To właśnie wpadł do tej pory:

public async Task<DownloadResult> TryDownloadAndParse(string fileUri) 
{ 
    try 
    { 
     result = await DownloadAndParse(fileUri); //defined elsewhere 
     return new DownloadResult {IsFound = true, Value = result} 
    } 
    catch (DownloadNotFoundException ex) 
    { 
     return new DownloadResult {IsFound = false, Value = null} 
    } 
    //let any other exception pass 
} 

public struct DownloadResult 
{ 
    public bool IsFound { get; set; } 

    public ParsedFile Value { get; set; } 
} 

Answer 1

Doszedłem się z następującymi definicjami. Parametry defaultValue są głównie w stanie przeciążać metodę TryGet, ponieważ ograniczenia ogólne nie są częścią sygnatury metody, co sprawia, że ​​metoda jest unikalna przy podejmowaniu decyzji, która metoda wywołać (na przykład, typ powrotu nie jest również częścią podpis).

public async Task<T> TryGet<T>(Func<Task<T>> func, T defaultValue = null) where T : class 
{ 
    try 
    { 
     return await func(); 
    } 
    catch (ArgumentException) 
    { 
     return defaultValue; 
    } 
    catch (FormatException) 
    { 
     return defaultValue; 
    } 
    catch (OverflowException) 
    { 
     return defaultValue; 
    } 
} 

public async Task<Nullable<T>> TryGet<T>(Func<Task<T>> func, Nullable<T> defaultValue = null) where T : struct 
{ 
    try 
    { 
     return await func(); 
    } 
    catch (ArgumentException) 
    { 
     return defaultValue; 
    } 
    catch (FormatException) 
    { 
     return defaultValue; 
    } 
    catch (OverflowException) 
    { 
     return defaultValue; 
    } 
} 

Należy przejrzeć obsługę wyjątków, przykład ten obsługuje wspólne wyjątki analizowania. Może być bardziej sensowne reagowanie na inne wyjątki, takie jak InvalidOperationException i NotSupportedException, prawdopodobnie najczęściej używane typy wyjątków w samej strukturze (niekoniecznie najczęściej wyrzucane).

Innym podejściem jest ponowne rzucenie krytycznych wyjątków, takich jak ThreadAbortException i proste klauzula catch-all, która zwraca wartość domyślną. Jednak spowoduje to ukrycie każdego wyjątku, który nie zostanie uznany za krytyczny, niezależnie od tego, jak poważny jest.

Jako taki, a ponieważ wyjątki od rzucania są kosztowną operacją, jest to Parse, które jest zwykle definiowane jako TryParse. Twój TryGet powinien więc zawierać umowę, np. do czynienia z OperationCanceledException, która obejmuje TaskCanceledException i nic więcej.

Na koniec należy podać nazwę TryGetAsync, zgodnie z konwencją przyrostków Async. ^[1][2]

Answer 2

Jednym z możliwych decyzji jest tablicą ParsedFile, zawierający 0 lub 1 element.

public async Task<ParsedFile[]> TryDownloadAndParse(string fileUri) 
{ 
    try 
    { 
     return new[] { await DownloadAndParse(fileUri) }; 
    } 
    catch (DownloadNotFoundException ex) 
    { 
     return new ParsedFile[0]; 
    } 
} 

Teraz można sprawdzić wynik:

. . . 

var parsedFiles = await TryDownloadAndParse(url); 
if (parsedFiles.Any()) 
{ 
    var parsedFile = parsedFiles.Single(); 
    // more processing 
} 

. . . 

Jeśli chcesz zadzwonić void metody można użyć ?. operatora:

var parsedFiles = await TryDownloadAndParse(url); 
parsedFiles.SingleOrDefault()?.DoVeryImportantWorkWithoutResult(); 

UPDATE

W Azure można użyć ConditionalValue<TValue> class.