Можно ли создать метод-оболочку только для удобства чтения в соответствии с практиками чистого кода? И является ли этот ⇐ C#

[Anonymous]

В одном из потоков у нас слишком много возвратов, которые выглядят следующим образом:
PaymentResponse
.Failed(
new Error(
ErrorCode.ReservedAccountsCreationInProgress.ToString(),
ErrorCode.ReservedAccountsCreationInProgress.GetDescription()),
(int)HttpStatusCode.TooManyRequests);

каждый раз с разными кодами ошибок, например:

• return PaymentResponse
  .Failed(
  new Error(ErrorCode.ProviderError.ToString(), ErrorCode.ProviderError.GetDescription()),
  (int)HttpStatusCode.BadRequest);
• return PaymentResponse.Failed(
  new Error(ErrorCode.CustomerNinNotFound.ToString(), ErrorCode.CustomerNinNotFound.GetDescription()),
  (int)HttpStatusCode.BadRequest);

Мне показалось, что было бы более читабельно сделать метод-оболочку, чтобы они были немного проще для глаз . Имеет ли смысл его создавать или это будет избыточно в соответствии с практиками чистого кода?
Метод-оболочка, который я думал, будет таким:
FailedResponse(ErrorCode.CustomerNinNotFound, HttpStatusCode.BadRequest);
И определяется как:
private PaymentResponse FailedResponse(ErrorCode errorCode, HttpStatusCode statusCode) =>
PaymentResponse.Failed(
new Error(errorCode.ToString(), errorCode.GetDescription()),
(int)statusCode);


Подробнее здесь: https://stackoverflow.com/questions/791 ... ean-code-p