Async: 지원 약속

asyncify 는 Promise를 반환하고 해결/거부된 핸들러에서 콜백을 호출하는 동기 함수를 사용합니다.

async.waterfall([
    function (done) {
        // Do something and call done()
        fs.readFile(filepath, done);
    },
    async.asyncify(function(content) {
        // Do something and return Promise
        return mongoose.models.file.create({
            name: filepath,
            content: content
        });
    })
], (err, model) => {
    if (err) {
        console.error(err);
    }
});

그러나 그 기능은 문서화되지 않았습니다 ...

나는 또한 또 다른 생각을 가지고 있었습니다. 우리는 프라미스를 반환하는 함수를 자동으로 동기화해야 합니다(또는 적절하게 처리해야 합니까?). ES-whatever async 함수(암시적으로 약속을 반환함)를 전달할 때 비동기는 무엇을 해야 합니까?

예

async.waterfall([
    function (done) {
        // Do something and call done()
        fs.readFile(filepath, done);
    },
    async function(content) {
        return await mongoose.models.file.create({
            name: filepath,
            content: content
        });
    }
], (err, model) => {
    if (err) {
        console.error(err);
    }
});

개인적으로 비동기는 기본적으로 약속을 비동기화해야 한다고 생각합니다. async.queue에도 피드해야 하는 몇 가지 비동기 함수가 있지만 이것을 작성하고 싶지는 않습니다.

import {queue, asyncify} from 'async'

const run = asyncify(async function () {
  await someStuff()
})

const q = async.queue(run)
q.push('asdf')

내가 이것을 쓸 수 있는 곳

import {queue} from 'async'

async function run () {
  await someStuff()
}

const q = async.queue(run)
q.push('asdf')

asyncify 대한 문서를 추가했습니다. 자동 비동기화 동작을 위해 이것을 열어 둡니다.

이에 대해 동일한 코드베이스를 사용하고 마지막 매개변수로 콜백을 사용하는 메서드에 대해 Promise 인터페이스를 사용하는 실험을 했습니다. 그것을 확인 !

async.waterfall([
  function (callback) {
    callback(null, 'one', 'two')
  },
  function (arg1, arg2, callback) {
    // arg1 now equals 'one' and arg2 now equals 'two'
    callback(null, 'three')
  },
  function (arg1, callback) {
    // arg1 now equals 'three'
    callback(null, 'done')
  }
]).then(function (value) {
  console.log(value === 'done')
})

당신이 그것에 대해 어떻게 생각하십니까? 라이브러리를 쉽게 적용할 수 있다고 생각합니다. 예를 들어 어떻게 Works가 cb 및 promise 라이브러리를 처리하는지 참조하십시오.

매우 흥미로운. Async가 Promise를 반환하는 함수를 적절하게 처리했다면, Promise-ed Async 함수도 꽤 쉽게 받아들일 수 있습니다. 이것은 작동합니다:

async.parallel([
  async.waterfall([
    asyncFn1,
    function (result1, next) {
      //...
    }
    asyncFn2,
    //...
  ]), // no callback!
  async.each(arr, function (item, cb) {
    //...
  })
  otherAsyncFn
], done)

비동기 기능을 결합하는 것이 훨씬 쉬울 것입니다.

오늘날 문제는 콜백이 선택 사항이라는 것입니다. 마지막 인수를 생략해도 여전히 작업이 실행됩니다. Async 함수가 자동으로 커리되도록 만들고 싶습니다. 콜백을 생략하면 함수가 부분적으로 적용되고 콜백으로 호출하기만 하면 됩니다. 그러나 많은 메소드에 선택적 매개변수가 있고 우리는 전반적으로 선택적 콜백으로 이동하고 있으므로 실제로 할 수 없습니다. 우리의 방법은 가변적이며 가변 함수를 커리링할 수 없습니다.

그러나 메서드에서 마지막 콜백을 생략하면 Promise를 반환하고 Async가 Promise를 반환하는 함수를 처리하도록 설정된 경우 흥미로운 콤보입니다. 한 가지 주요 문제는 Async가 Promise 라이브러리와 통합되어야 한다는 것입니다. 어느 것입니까? 우리는 global.Promise 에 의존합니까, 구형 엔진이 폴리필을 사용하도록 합니까, 아니면 Bluebird와 같은 것을 사용합니까? 또한 Async는 Future 패러다임을 채택하기 보다는 콜백을 수락하는 함수에 대한 고차 함수인 약속에 대한 일종의 진술입니다. 저는 Promises와의 상호 운용성을 위해 모두 찬성하지만 Async 반환 약속을 갖는 것은 디자인 철학에서 약간 벗어난다고 생각합니다.

@일찍

나는 Promises가 마지막 노드 버전(>=4)과 일치하는 워크플로라고 생각합니다. 이 버전에서는 Promise를 사용할 수 있으므로 전역 환경에 Promise가 있을 때 Promise 워크플로를 사용하는 것이 제 비전입니다.

작은 폴리필을 추가하는 것이 가능하지만( pinkie-promise 확인) 제 생각에는 폴리필을 제공하는 것이 의미가 없습니다. 마지막 노드 기능을 사용하려면 사용자가 노드 버전을 강제로 업그레이드하는 것이 좋습니다. 정말, 확인(6개 PR 획득)[https://github.com/sindresorhus/got/pull/140]. 종속성은 아주 작은 프로젝트에서는 환영받지 못하고 모든 곳에서 사용됩니다.

아마도 이 기능은 비동기 모듈화 후에 포함되어 코드베이스가 더 쉽게 적응할 수 있도록 하는 것이 좋을 수 있습니다.

그러나 분명히 약속과 비동기식으로 정렬하는 것은 완전히 _반드시_!

@키코비츠 :+1:

Promise는 최고의 비동기 함수가 되고 있습니다. 따라서 완전한 지원 없이 비동기를 위한 필수 라이브러리를 상상하기는 어렵습니다.

polyfill 없이 구현할 수 있지만 기능 감지와 함께 구현할 수 있다고 생각합니다. resolve 메서드가 있는 전역 Promise 개체가 있는 경우 허용합니다.

@aearly bluebird는

@martinheidegger Bluebird는 이것에 대해 너무 큽니다. Promise 메서드의 간단한 지원을 위해 76Kb(축소)를 캐스트합니다.

다시 말하지만 백엔드 워크플로에서 콜백 또는 약속 인터페이스를 사용하는 것은 노드 버전을 기반으로 하는 자연스러운 프로세스입니다.

• 백엔드에 더 많은 시간(2년 이상, 아마도)이 있는 경우 0.10 또는 0.12 버전을 사용하므로 코드가 콜백 스타일로 작성됩니다.
• 백엔드가 6개월 미만이고 >=4 노드 버전을 사용하는 경우 아마도 Promise 스타일을 사용할 것입니다.

그러나 어쨌든 당신은 혼합 스타일이 없습니다.

따라서 지원 Promise에 대한 종속성을 추가할 필요가 없습니다. async가 미래의 프라미스를 지원한다면 노드 버전이 프라미스를 지원한다면 사용할 수 있습니다.

극단적인 경우: _나는 이전 노드 버전을 사용하고 있지만 내 백엔드는 promise 스타일을 사용하여 작성되었습니다_. 그런 다음 Promises 객체를 전역으로 정의 했거나

프론트엔드 측에서도 동일한 동작입니다. 의존성이 필요하지 않습니다.

흠, 4-5년 전에 Promise가 겪었던 것과 같은 문제가 여전히 적용되는 것 같습니다. 모든 사람이 노드 4 이상과 ES6을 지원하는 최신 브라우저를 사용하고 있다면 해당되는 경우 내부적으로 약속을 쉽게 활용할 수 있습니다.

문제는 노드 0.12 및 이전 브라우저 사용자를 먼지 속에 남겨두고 폴리필을 요구한다는 것입니다. 어떤 폴리필을 사용합니까? 우리는 하나를 묶고 싶지 않을 것입니다. 새끼손가락 약속에도 무게가 있습니다. 또한 표준 ES6 Promise 외부에서 Promise를 사용하는 사람들은 그들이 사용하는 것이 무엇이든 간에 bluebird 또는 q 등을 사용하기를 원할 것입니다. 폴리필의 사용을 요구하고 싶지 않습니다 -- npm i -S async 는 모든 사람들이 해야 할 일입니다.

Async는 비동기 코드를 관리하는 대안인 Promise에 대한 반응이기도 합니다. Promises를 사용하기 시작하는 것은 그것에서 한 걸음 뒤로 물러난 것처럼 보입니다. 적절하게 관리되는 콜백은 약속만큼 강력할 수 있습니다(대부분의 경우 Promise에는 이벤트 루프 지연이 내장되어 있기 때문에 더 빠릅니다).

저는 약속과의 상호 운용성을 위해 모두 찬성합니다. 함수가 약속이나 다른 "연결 가능"으로 전달되면 확실히 활용해야 합니다. 그러나 플랫폼 전반에 걸친 ES6 지원이 아직 갈 길이 멀다는 사실 때문에 내부적으로 Promise를 생성 및/또는 반환하는 것을 피해야 한다고 생각합니다.

동의합니다. 약속은 생성하거나 처리하는 데 비용이 많이 들지 않습니다. 차라리 이런 것을 옵트인 확장으로 보고 싶습니다. 약속은 훌륭하지만 항상 원하는 것은 아닙니다.

IMHO, 많은 노드 코드를 promise + co + yield로 마이그레이션한 후 .eachLimit() 대해서만 직접 대체를 찾지 못했습니다. 아마도 유용한 경우 목록은 언뜻보기보다 훨씬 적고 별도의 패키지로 처리 할 수 ​​있습니다.

나는 @Kikobeats 의 작은 확장을 좋아 하는데 , readme(/cc @aearly)에서 추천하는 것이 합리적일 수 있습니다.

나는 나와 다른 사용자들이 제기한 이유로 비동기식 Promise의 공식 지원에 대해 강력히 반대합니다.

@megawac 함수가 약속을 반환하는 경우는 어떻습니까? 예를 들어 @SEAPUNK 의 예.

@megawac I promise-async 에서 콜백 스타일, 테스트 및 브라우저 빌드에 대한 지원을 추가했습니다. 그런 다음 누군가 Promise를 사용하고 싶다면 준비가 된 것 같습니다.+1:

@aearly , 괜찮을 것
개인적으로 토지

2016년 1월 22일 금요일 오후 2시 17분, Kiko Beats [email protected]
썼다:

@megawac https://github.com/megawac 콜백 스타일 지원 추가
및 promise-async에 대한 테스트
https://github.com/Kikobeats/promise-async#promise -async. 그렇다면 만약
누구든지 Promise를 사용하고 싶다면 준비가 된 것 같아요 [image: :+1:]

—
이 이메일에 직접 답장하거나 GitHub에서 확인하세요.
https://github.com/caolan/async/issues/956#issuecomment -174016628.

다음은 사용 가능한 모든 비동기 메서드를 약속하는 또 다른 패키지입니다.
https://github.com/eladnava/koa-async

async.asyncify가 있는 것처럼 async.promisify 기능이 있을 수 있다고 생각합니다.

그런 다음 async.promisify(async.mapLimit(x,10, mapper))를 기다릴 수 있습니다.

풀 리퀘스트를 만들고 싶다면 반대하지 않겠습니다.

2016년 12월 17일 토요일 오후 4시 57분, Manoj Patel [email protected]
썼다:

async.asyncify가 있는 것처럼 async.promisify가 있을 수 있다고 생각합니다.
기능.

그런 다음 async.promisify(async.mapLimit(x,10, mapper))를 기다릴 수 있습니다.

—
당신이 언급되었기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/caolan/async/issues/956#issuecomment-267789633 또는 음소거
스레드
https://github.com/notifications/unsubscribe-auth/ADUIEKJIDulPHAn_SeeEZbiPb3t7ORGnpks5rJFqvgaJpZM4Gh1fr
.

bluebird 모듈의 promisifyAll 메서드를 사용하여 비동기 메서드가 다음과 같이 되도록 콜백을 약속으로 변환합니다.

// adds '<original-method>Async' to class 
Promise.promisifyAll(async);

function somePromise() {
    return async.parallelAsync([
        function(cb) {
            setTimeout(function(){
                cb(new Error('err'), 'foo')
            }, 1000);
        },
        function(cb) {
            setTimeout(function(){
                cb(null, 'bar')
            }, 1000);
        }
    ]);
}

somePromise().then(function(result){
    console.log('result',result);
}).catch(function(err){
    console.log('err',err);
});

JSFiddle 예제