Promise.all(iterable)のiterableをpromiseにしたほうがいい理由

Question

Promise.all()リファレンス
https://developer.mozilla.org/ja/docs/Web/JavaScript/Reference/Global_Objects/Promise/all

説明に
「Promise.all(iterable) メソッドは単一の Promise を返し、これは引数 iterable の中のすべての Promise が解決されるか、引数 iterable の中に Promise がない場合に解決されます。」
と書かれてありました。
一般的にはnew Promiseの返り値をPromise.all(iterable) のiterableの要素として渡すみたいなのですが説明文を読むとpromiseを渡さなくても良いような感じだったので、渡さない場合も試してみました。
すると結果は同じようにiterableの要素の処理が全て終わるのを待ってからthen以降を処理してくれているように思えました。
今の所わざわざpromiseにしなくても普通に処理を配列にし、Promise.allの引数に入れておけばまとめて処理をしてくれるのでそれでいいような気がするのですが、しないといけない場合、しなくてもいいのであればしたほうがいい理由というのは何があるのでしょうか？

Answer 1

すると結果は同じようにiterableの要素の処理が全て終わるのを待ってからthen以降を処理してくれているように思えました。

そうはなりません。

function sleep(){
  new Promise(resolve => { setTimeout(() => console.log('sleep () resolve'), 1000) });
}

Promise.all([sleep(), sleep()]).then(() => console.log('Promise.all resolved'))

このようなコードを書くと、Promise.all resolvedのほうが先に出力されます。

Comments

[退会済みユーザー]

ご回答ありがとうございます

var array = [ ]; //空の配列
for (let 配列の一つ of 配列){
array.push(connection.query('INSERT INTO テーブル SET ?', 配列の一つ));
};
Promise.all(array).then(() => {
connection.end();//mysql切断
});

試しにinsert文の配列を作りpromise.allに入れ、全てのinsertが終わった後にmysqlを切断するのようなコードを書いてみた所、insertが終わった後切断がちゃんとされていたのですがmysqlの例とご回答いただいた例はどうして結果が異なるのでしょうか？

[maisumakun]

connection.end()自体が、もともと実行中のクエリを待つ仕様になっています。以下の例では、Promiseすら挟まずにconnection.end()を実行していますが、それでも途中切断にはなりません。

https://github.com/mysqljs/mysql#introduction

[退会済みユーザー]

endがそういう仕様だっただけだったのですね！
ありがとうございます。理解ができました