> 웹 프론트엔드 > JS 튜토리얼 > Promise 생성자 내에서 Async/Await를 사용하는 것이 안티 패턴인 이유는 무엇입니까?

Promise 생성자 내에서 Async/Await를 사용하는 것이 안티 패턴인 이유는 무엇입니까?

Susan Sarandon
풀어 주다: 2025-01-05 11:23:41
원래의
833명이 탐색했습니다.

Why is Using Async/Await Inside a Promise Constructor an Anti-Pattern?

Promise 생성자 안티 패턴: Promise() 내에서 Async/Await 사용

비동기 프로그래밍에서 실행기 함수 내에서 async/await 사용 Promise() 생성자의 패턴은 안티패턴으로 간주됩니다. 이 관행에는 프라미스 내에 프라미스를 포함시키는 작업이 포함되어 있어 올바르게 전파되지 않을 수 있는 잠재적인 오류가 발생할 수 있습니다.

아래 코드 조각을 고려하세요.

const { eachLimit } = require("async");

function myFunction() {
 return new Promise(async (resolve, reject) => {
   eachLimit((await getAsyncArray), 500, (item, callback) => {
     // do other things that use native promises.
   }, (error) => {
     if (error) return reject(error);
     // resolve here passing the next value.
   });
 });
}
로그인 후 복사

이 예에서는 myFunction이 호출되고 Promise 생성자는 비동기 함수를 실행자로 사용하여 호출됩니다. 이 패턴은 오류가 제대로 전파되지 않을 수 있기 때문에 문제가 됩니다. EachLimit 콜백 내에서 오류가 발생하면 Promise에 의해 포착되지 않고 자동으로 실패합니다.

또한 Promise 생성자 내에서 async/await를 사용하면 이러한 트랩이 더욱 놀라운 결과를 가져올 수 있습니다. 예를 들어 다음을 비교해 보세요.

let p = new Promise(resolve => {
  ""(); // TypeError
  resolve();
});

(async () => {
  await p;
})().catch(e => console.log("Caught: " + e)); // Catches it.
로그인 후 복사

이 예에서는 TypeError가 실행기 함수 내에서 동기적으로 발생합니다. 그러나 async/await를 사용하여 Promise를 기다리는 경우 Promise가 해결되기 전에 발생한 오류라도 catch 블록에 의해 포착됩니다. 이 동작은 혼란과 예상치 못한 결과를 초래할 수 있습니다.

이러한 안티 패턴을 피하려면 Promise() 생성자의 실행기 함수 내에서 async/await를 사용하지 않는 것이 좋습니다. 대신 then 또는 catch 메소드를 사용하여 추가 Promise를 연결하고 오류를 처리하세요.

위 내용은 Promise 생성자 내에서 Async/Await를 사용하는 것이 안티 패턴인 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

본 웹사이트의 성명
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.
저자별 최신 기사
인기 튜토리얼
더>
최신 다운로드
더>
웹 효과
웹사이트 소스 코드
웹사이트 자료
프론트엔드 템플릿