Googleデベロッパーのみなさん、ウェブ開発の歴史における重要な瞬間に備えてください。ネイティブに使用できるようになりました![花火が上がり、キラキラした紙吹雪が降り注ぎ、人々が熱狂する]この時点で、あなたの反応は次のいずれかでしょう。周囲の人は喜んでいるが、あなたは何をそんなに騒ぐことがあるのかよくわかりません。あなたは、「Promise」が何かもわかっていないでしょう。あなたは肩をすくめますが、紙吹雪の重みが肩にのしかかってきます。しても心配しないでください。そんなに重要なのか理解するのに長い時間がかかりました。基本から始めましょう。あなたはガッツポーズをします。若干異なることに煩わされていました。用語から始めましょう。あなたはこのことについて既に知っており、まるで大事件かのように騒いでいる人々をあざ笑っています。リファレンスに直行しましょう。実行する必要があります。その他多数のもの(ブラウザによって異なります)と共有しています。コントロールの操作など)と同じキューに入っています。これらいずれかの処理のアクティビティが、他のアクティビティを遅延させます。人間はマルチスレッドです。複数の指を使ってタイピングし、運転しながら会話することができます。唯一邪魔になる機能はくしゃみです。くしゃみの間は、現在のアクティビティをすべて停止する必要があります。これはかなり煩わしいものです。運転しながら会話しようとしているときにはなおさらです。くしゃみばかりするコードを記述したくはないでしょう。これを回避するために、これまではおそらく、イベントとコールバックを使用していたことでしょう。イベントを次に示します。broken});このイベントはまったくくしゃみをしません。いずれかのリスナーが呼び出されるまで実行を停止します。残念なことに、上記の例では、イベントが発生した後でイベントをリッスンし始めた可能性があります。そこで、イメージの「complete」プロパティを使用して、これを回避する必要があります。broken});こうすると、イベントをリッスンできるようになる前にエラーが発生したイメージは取得されません。この処理を行う方法は提供されません。つのイメージを読み込む場合でしたが、複数のイメージが読み込まれた場合を考えると物事はより複雑になります。同じオブジェクトに対して複数回発生する可能性のある処理に適しています。これらのイベントを使用すると、リスナーをアタッチする前に何が行われていても関係なくなります。非同期の成功と失敗に関しては、理想的には次のようなコードが必要です。適切な名前が付けられています。返す「ready」メソッドがある場合は、次のようにすることができます。リスナーに似ていますが、次の点が異なります。回しか成功または失敗できません。回成功または失敗することはできず、成功から失敗(またはその逆)に変化することもできません。成功または失敗し、後から成功と失敗のコールバックを追加すると、それより前にイベントが実行されていても、正しいコールバックが呼び出されます。これは、非同期の成功と失敗に非常に役立ちます。何かが使用可能になった正確な時点にそれほどとらわれなくなり、結果に対して応答することの方が重要になるためです。用語に関して「F」評価を付けられました。回書き写させ、問題があるという手紙を私の両親に送りつけました。それにもかかわらず、私はまだ多くの用語を混同して使用していますが、基本は以下のとおりです。状態は次のいずれかです。いう用語も使用されています。思い出させるので、できるだけ使わないようにします。次のようなライブラリの形で以前から存在していました。呼ばれる共通の標準化された動作を共有しています。呼ばれる類似の動作があります。準拠していないため、微妙に異なり、有用性で劣ることに注意してください。サブセットであり、同じ問題があります。