Как использовать Polly для повторных попыток и временной обработки ошибок при произвольных условиях отказа

Вы настраиваете политику для защиты метода HttpClient GetAsync, который возвращает Task<HttpResponseMessage>. Вы хотите настроить Policy<HttpResponseMessage> для работы с этим методом, используя асинхронные обработчики.

Policy<T>.HandleResult(Func<T, bool> filter) позволяет вам просмотреть HttpResponseMessage и определить, хотите ли вы обрабатывать этот результат.

Пара вариантов. Во-первых, вы можете выяснить десериализацию/чтение полезной нагрузки json HttpResponseMessage в методе HandleResult. Вы получаете только Func<HttpResponseMessage, bool> для работы. Это должно происходить синхронно, так как добавление async/await изменяет тип возвращаемого значения на Task.

Во-вторых, вы можете применить политику на более высоком уровне. Получите ответ как httpclient.GetAsync(uri), затем десериализуйте содержимое. Может быть, один Policy<HttpResponseMessage> обернет вызов httpclient, а один Policy<MyAbstractApiResponse> будет искать собственный код ошибки после десериализации?

Следует отметить, что ошибка API действительно должна обнаруживаться свойством IsSuccessStatusCode в HttpResponseMessage. Ваш REST API (это ваш? Это предположение) должен устанавливать коды состояния, соответствующие ошибке, а не только 200 и пользовательские свойства ответа.

Связанное дальнейшее чтение: Проверить содержимое строки ответ перед повторной попыткой с Полли

Обновлять:

class Consumer
{
  public void Test()
  {
    var apiResponse = Policy<IApiResponse>
      .HandleResult(resp => !string.IsNullOrWhiteSpace(resp.ErrorCode))
      // Setup Policy
      .ExecuteAsync(() => otherClassInstance.MakeApiCall());
  }
}

class OtherClass
{
  HttpClient httpClient = ...;
  public async Task<IApiResponse> MakeApiCall()
  {
    var response = Policy<HttpResponseMessage>
      .HandleResult(message => !message.IsSuccessStatusCode)
      // Setup Policy
      .ExecuteAsync(() => httpClient.GetAsync(url));

    var content = await response.ReadAsStringAsync();
    return new ApiResponse(content);
  }
}

Я не смотрел на настоящие имена методов или синтаксис при их сборке, поэтому он может не скомпилироваться. Надеюсь, вы уловили мысль, которую я пытаюсь донести: одна политика вызывается из другой.