Нужно ли мне возвращаться после раннего разрешения / отклонения?

The return цель состоит в том, чтобы прекратить выполнение функции после отклонения и предотвратить выполнение кода после него.

function divide(numerator, denominator) {
  return new Promise((resolve, reject) => {

    if (denominator === 0) {
      reject("Cannot divide by 0");
      return; // The function execution ends here 
    }

    resolve(numerator / denominator);
  });
}

в этом случае он предотвращает resolve(numerator / denominator); от выполнения, которое строго не требуется. Тем не менее, по-прежнему предпочтительно прекратить выполнение, чтобы предотвратить возможную ловушку в будущем. Кроме того, рекомендуется предотвратить ненужный запуск кода.

фон

обещание может быть в одном из 3 состояний:

1. ожидание - начальное состояние. Из ожидания мы можем перейти в одно из других состояний
2. выполнил - успешная операция
3. отклонен - неудачная операция

когда обещание выполнено или отклонено, оно будет оставаться в этом состоянии бесконечно долго (поселились). Таким образом, отказ от исполненного обещания или выполнение отвергнутого обещания не будет иметь эффекта.

этот пример фрагмента показывает, что хотя обещание было выполнено после отклонения, оно оставалось отклоненным.

function divide(numerator, denominator) {
  return new Promise((resolve, reject) => {
    if (denominator === 0) {
      reject("Cannot divide by 0");
    }

    resolve(numerator / denominator);
  });
}

divide(5,0)
  .then((result) => console.log('result: ', result))
  .catch((error) => console.log('error: ', error));

так зачем нам возвращаться?

хотя мы не можем изменить установленное состояние обещания, отклонение или разрешение не остановит выполнение остальной части функции. Функция может содержать код, который будет создавать запутанные результаты. Например:

function divide(numerator, denominator) {
  return new Promise((resolve, reject) => {
    if (denominator === 0) {
      reject("Cannot divide by 0");
    }
    
    console.log('operation succeeded');

    resolve(numerator / denominator);
  });
}

divide(5, 0)
  .then((result) => console.log('result: ', result))
  .catch((error) => console.log('error: ', error));

даже если функция не содержит такой код прямо сейчас, это создает возможную будущую ловушку. Будущий рефакторинг может игнорировать тот факт, что код будет выполняться после того, как обещание будет отклонено, и будет трудно отлаживать.

остановка выполнения после разрешения / отклонения:

это стандартный материал потока управления JS.

• после resolve / reject:

function divide(numerator, denominator) {
  return new Promise((resolve, reject) => {
    if (denominator === 0) {
      reject("Cannot divide by 0");
      return;
    }

    console.log('operation succeeded');

    resolve(numerator / denominator);
  });
}

divide(5, 0)
  .then((result) => console.log('result: ', result))
  .catch((error) => console.log('error: ', error));

• вернуться resolve/reject - поскольку возвращаемое значение обратного вызова игнорируется, мы можем сохранить строку, вернув оператор reject/resolve:

function divide(numerator, denominator) {
  return new Promise((resolve, reject) => {
    if (denominator === 0) {
      return reject("Cannot divide by 0");
    }

    console.log('operation succeeded');

    resolve(numerator / denominator);
  });
}

divide(5, 0)
  .then((result) => console.log('result: ', result))
  .catch((error) => console.log('error: ', error));

• С помощью блока if/else:

function divide(numerator, denominator) {
  return new Promise((resolve, reject) => {
    if (denominator === 0) {
      reject("Cannot divide by 0");
    } else {
      console.log('operation succeeded');
      resolve(numerator / denominator);
    }
  });
}

divide(5, 0)
  .then((result) => console.log('result: ', result))
  .catch((error) => console.log('error: ', error));

Я предпочитаю использовать return параметры, поскольку код более плоский.