非同期関数の外部でawaitを使用する

Question 1

最初の関数には条件付きの戻りパラメーターがあり、2番目の関数が実行されるか、モジュールを終了するため、2つの非同期関数をチェーン化しようとしました。しかし、スペックでは見つけられない奇妙な振る舞いを見つけました。

async function isInLobby() {
    //promise.all([chained methods here])
    let exit = false;
    if (someCondition) exit = true;
}

これは私のコードのろくでなしのスニペットであり（ここで全範囲を見ることができます）、プレイヤーがすでにロビーにいるかどうかをチェックするだけですが、それは関係ありません。

次に、この非同期関数があります。

async function countPlayer() {
    const keyLength = await scardAsync(game);
    return keyLength;
}

の場合、この関数を実行する必要はありませんexit === true。

やってみた

const inLobby = await isInLobby();

これは結果を待つことを望んでいたのでinLobby、条件付きで実行するために使用できますがcountPlayer、具体的な詳細がないタイプエラーを受け取りました。

できないのはなぜあなたの関数のスコープの機能の外？私はそれが砂糖の約束であることを知っているので、それは連鎖しなければなりません、しかしなぜ私は別の約束を待つことができるのに、外では私はできないのですか？awaitasyncthencountPlayerawait isInLobby

Question 2

トップレベルawaitはサポートされていません。このGithubの問題など、これがなぜであるかについて、標準化委員会によるいくつかの議論があります。

ありますGithubの上thinkpieceトップレベルのawaitは悪い考えである理由については。具体的には、次のようなコードがある場合は次のように提案します。

// data.js
const data = await fetch( '/data.json' );
export default data;

今、任意の輸入はというファイルdata.jsあなたのモジュールのロードのすべてが今ブロックされているので、完了をフェッチするまで実行されません。これは、同期的かつ予測可能に実行されるトップレベルのJavascriptに慣れているため、アプリモジュールの順序について推論することを非常に困難にします。これが許可されている場合、関数がいつ定義されるかを知るのは難しいことです。

私の見解では、モジュールをロードするだけで副作用が発生するのは悪い習慣です。つまり、モジュールの消費者は、モジュールを要求するだけで副作用が発生します。これにより、モジュールを使用できる場所が大幅に制限されます。トップレベルawaitとは、ロード時にAPIから読み取っている、またはサービスを呼び出していることを意味します。代わりに、コンシューマーが自分のペースで使用できる非同期関数をエクスポートする必要があります。

Question 3

もちろん、これは常にあります。

(async () => {
    await ...

    // all of the script.... 

})();
// nothing else

これにより、awaitを使用できるasyncを使用したクイック機能が作成されます。それはあなたに素晴らしい非同期関数を作る必要性を節約します！//クレジットSilve2611

Question 4

さらに良いのは、コードブロックの前に追加のセミコロンを配置することです

;(async () => {
    await ...
})();

これにより、自動フォーマッタ（vscodeなど）が最初の括弧を前の行の終わりに移動するのを防ぎます。

この問題は、次の例で示すことができます。

const add = x => y => x+y
const increment = add(1)
(async () => {
    await ...
})();

セミコロンがない場合、これは次のように再フォーマットされます。

const add = x => y => x+y
const increment = add(1)(async () => {
  await Promise(1)
})()

非同期関数をyパラメーターとして割り当て、結果から関数を呼び出そうとするため、これは明らかに間違っています（実際には奇妙な文字列です'1async () => {...}'）

Question 5

Node.js 14.3.0以降、トップレベルの待機がサポートされています。

必須フラグ：--experimental-top-level-await。

詳細：https：//v8.dev/features/top-level-await

Question 6

typescript 3.8以降、トップレベルの待機を行うことができます
https://www.typescriptlang.org/docs/handbook/release-notes/typescript-3-8.html#-top-level-await
投稿から：
これは、以前はJavaScript（および同様の機能を持つ他のほとんどの言語）では、awaitは非同期関数の本体内でのみ許可されていました。ただし、トップレベルのawaitを使用すると、モジュールのトップレベルでawaitを使用できます。

const response = await fetch("...");
const greeting = await response.text();
console.log(greeting);

// Make sure we're a module
export {};

微妙な点があることに注意してください。トップレベルの待機はモジュールのトップレベルでのみ機能し、TypeScriptがインポートまたはエクスポートを検出した場合にのみファイルはモジュールと見なされます。基本的なケースでは、これを確認するために、エクスポート{}を定型文として書き出す必要がある場合があります。

トップレベルの待機は、現時点で期待できるすべての環境で機能するとは限りません。現在、トップレベルの待機を使用できるのは、ターゲットコンパイラオプションがes2017以上で、モジュールがesnextまたはsystemの場合のみです。複数の環境およびバンドラー内でのサポートは制限されている場合や、実験的なサポートを有効にする必要がある場合があります。