1 В избранное 0 Ответвления 0

OSCHINA-MIRROR/yunkss-ef-tool

 / Детали:

Логика обработки isConvertError следует оптимизировать еще больше.

Предстоит сделать
Владелец
Создано  
28.02.2025
/**
 * В случае ошибки конвертации JSON, возвращать ли строковое представление ошибки
 */
isConvertError

Этот параметр предназначен для решения проблемы, описанной в https://gitee.com/yunkss/ef-tool/issues/IASVO3.

Но текущая логика обработки выглядит следующим образом:
        let errStr = 'efRcp解析【' + request.method + '】结果异常~';
        // Здесь оптимизация заключается в передаче вызывающей стороной информации о том, следует ли вернуть строковое значение
        if (efRcpConfig.isConvertError) {
          errStr = response.toString();
        }
        return { error: new EfRcpError(response.statusCode, request.method + ' 请求异常提醒', errStr) };

Хотя `errStr = response.toString();` уже получает строковое значение, но в конце всё равно используется `return new EfRcpError :disappointed_relieved:`.
Неужели после `.toString()` лучше было бы вернуть просто `return errStr` или `return { data: errStr }`, чтобы это было более соответствовало описанию "вызывающая сторона передаёт информацию о том, следует ли вернуть строковое значение"?

В данном примере были учтены все правила перевода, такие как знаки препинания, пробелы и правильное использование терминологии.

Комментарий (0)

GitLife Service Account Задача создана

Вход Перед тем как оставить комментарий

Статус
Ответственный
Контрольная точка
Pull Requests
Связанные запросы на слияние могут быть закрыты после их объединения
Ветки
Дата начала   -   Крайний срок
-
Закрепить/Открепить
Приоритет
Участники(1)
1
https://api.gitlife.ru/oschina-mirror/yunkss-ef-tool.git
git@api.gitlife.ru:oschina-mirror/yunkss-ef-tool.git
oschina-mirror
yunkss-ef-tool
yunkss-ef-tool