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);
    }
});

しかし、その機能は文書化されていません...

また、別の考えもありました。promiseを返す関数を自動的に非同期化する必要があります（またはそれらを適切に処理する必要がありますか？）。 ESが渡されたときに非同期は何をすべきですか- async関数（暗黙的にpromiseを返す）は何でも？

例えば

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はデフォルトでpromiseを非同期化する必要があると思います。 私が書いた非同期関数がいくつかあり、それらも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')
})

あなたはそれについてどう思いますか？ それはライブラリを適応させるのは簡単かもしれないと思います。 たとえば、どのように動作してライブラリがcbとpromiseを処理するかを参照してください。

とても興味深い。 Asyncがpromiseを返す関数を適切に処理した場合、約束されたAsync関数も非常に簡単に受け入れることができます。 これはうまくいくでしょう：

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

非同期関数を組み合わせる方がはるかに簡単です。

今日の問題は、コールバックがオプションであるということです。 最後の引数を省略しても、タスクは実行されます。 非同期関数が自動的にカレーされるようにしたいと思います。コールバックを省略した場合、関数が部分的に適用され、コールバックで呼び出すだけです。 しかし、多くのメソッドにオプションのパラメーターがあり、全面的にオプションのコールバックに移行していることを考えると、実際にはそれを行うことはできません。 私たちの方法は可変個引数であり、可変個引数関数をカレーすることはできません。

ただし、メソッドの最後のコールバックを省略してPromiseを返す場合、およびAsyncがpromiseを返す関数を処理するように設定されている場合は、興味深いコンボです。 1つの大きな問題は、Asyncがpromiseライブラリと統合する必要があるということです-どれですか？ global.Promiseに依存して、古いエンジンを強制的にポリフィルしますか、それともBluebirdのようなものを使用しますか？ また、Asyncは、promiseに対する一種のステートメントです。Futuresパラダイムを採用するのではなく、コールバックを受け入れる関数の高階関数です。 私はすべてPromisesとの相互運用性に賛成ですが、Async Return Promiseを使用することは、その設計哲学から少し外れていると思います。

@aearly

Promisesは、最後のノードバージョン（> = 4）に合わせたワークフローだと思います。 このバージョンではPromisesが利用可能であるため、私のビジョンは、グローバル環境にPromisesがある場合にPromiseワークフローを使用することです。

小さなポリフィルを追加することは可能ですが（ピンキープロミスを確認してください）、私の意見では、ポリフィルを提供する意味がありません。 最後のノード機能を使用するために、ユーザーにノードバージョンをアップグレードさせる方がよいでしょう。 本当に、チェックしてください（6 PRを得ました）[https://github.com/sindresorhus/got/pull/140]。 依存関係は非常に小さなプロジェクトでは歓迎されず、あらゆる場所で使用されます。

おそらく、この機能は、コードベースをより簡単に適応できるように、非同期モジュール化の後に含めるとよいでしょう。

しかし、間違いなく、非同期をpromiseに合わせるのは完全に_必須_です！

@Kikobeats ：+1：

Promiseはファーストクラスの非同期関数になりつつあります。 したがって、それらの完全なサポートがなければ、非同期のために必携のライブラリを想像するのは難しいです。

ポリフィルなしで、機能検出を使用して実装できると思います。 resolveメソッドを持つグローバルPromiseオブジェクトがある場合は許可します。

@aearly bluebirdは、ブラウザの互換性をポリフィリングのリストに追加します。 使うのが適切かもしれないと思います。

@martinheideggerBluebirdはこれには大きすぎます。 promiseメソッドの単純なサポートのために76Kb（縮小）をキャストします。

繰り返しますが、バックエンドワークフローでコールバックまたはpromiseインターフェースを使用することは、ノードバージョンに基づく自然なプロセスです。

• より多くの時間バックエンド（おそらく2年以上）がある場合は、 0.10または0.12バージョンを使用するため、コードはコールバックスタイルで記述されます。
• バックエンドの月数が6か月未満で、 >=4ノードバージョンを使用している場合は、おそらくPromiseスタイルを使用します。

しかし、いずれにせよ、あなたは混合スタイルを持っていません。

したがって、サポートPromiseの依存関係を追加する必要はありません。 asyncが将来のある日promiseをサポートする場合、ノードバージョンがPromisesをサポートしていればそれを使用できます。

極端な場合：_古いノードバージョンを使用していますが、バックエンドはpromisestyle_を使用して記述されています。 次に、Promisesオブジェクトをグローバルとして定義するか、asyncを使用する前に定義します。 あなたが望むものなら、なんでも。 単に。

フロントエンド側でも同じ動作です。 依存関係は必要ありません。

うーん、4〜5年前にプロミスが抱えていたのと同じ問題がまだ当てはまるようです。 誰もがノード4以降を使用していて、ES6をサポートする最新のブラウザーを使用している場合、必要に応じて内部でpromiseを簡単に利用できます。

問題は、ノード0.12以前のブラウザユーザーをほこりの中に置き、ポリフィルする必要があることです。 彼らはどのポリフィルを使用していますか？ ピンキープロミスでさえ、それをバンドルしたくはありません。 また、標準のES6 Promise以外でPromiseを使用している場合は、使用しているものが何であれ、bluebirdやqなどを使用することをお勧めします。 ポリフィルの使用を要求したくありません- npm i -S asyncはすべての人が行う必要があるはずです。

非同期は、Promisesに対する反応でもあります。これは非同期コードを管理するための代替方法です。 Promisesの使用を開始することは、それから一歩後退したように思えます。 適切に管理されたコールバックは、promiseと同じくらい強力です（Promisesにはイベントループの延期が組み込まれているため、多くの場合、より高速です）。

関数がPromiseまたは他の「thennable」に渡された場合、それを確実に利用する必要があるので、私はすべてPromiseとの相互運用に賛成です。 しかし、プラットフォーム間でのES6のサポートにはまだ道のりがあるという事実のために、Promiseを内部で作成したり返したりすることは避けるべきだと思います。

同意しました。約束を作成または処理するのは安くはありません。 私はむしろこのようなものをオプトイン拡張として見たいと思います。 約束は素晴らしいですが、あなたはいつもそれらを望んでいるとは限りません

IMHO、多くのノードのコードをpromise + co + yieldに移行した後、 .eachLimit()だけの直接の置き換えは見つかりません

私は@Kikobeatsの小さな拡張機能が好きです。readme （/ cc @aearly）でそれを推奨するのは理にかなっているかもしれません。

私自身や他のユーザーが提起した理由により、非同期での約束の公式サポートには強く反対します。

@megawac関数がpromiseを返す場合はどうですか？ 例： @SEAPUNKの例。

@megawac I promise-asyncでのコールバックスタイル、テスト、ブラウザビルドのサポートを追加しました。 それなら、誰かがPromiseを使いたいのなら、それは準備ができていると思います：+1：

@aearly 、それは私が思う（so =）でいいのですが、プラグインのままにしておきたいです
個人的に着陸する

2：17 PMで金、2016年1月22日には、キコはビート[email protected]
書きました：

@megawachttps ：//github.com/megawacコールバックスタイルのサポートを追加しました
そしてpromise-asyncのテスト
https://github.com/Kikobeats/promise-async#promise-async 。 その後、
誰もがPromiseを使いたいのですが、準備はできていると思います[画像:: + 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））を待つことができます

プルリクエストを作成したいのであれば、私はそれに反対しません

4時57分PMに土、2016年12月17日には、Manojさんパテル[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_SeEZbiPb3t7ORGnpks5rJFqvgaJpZM4Gh1fr
。

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の例