いうことで、ここ最近これらについて試してたことをメモっておく。よる非同期処理を同期処理っぽく簡潔に書ける機能。なにがどう簡潔になったのかは以下の動画が分かりやすい。順でそれぞれの書き方がどう変化するかを表現してる。Developers以下設定で試してみた。defined」とかいうエラーがでる。使用されるようになる。日英の言語設定ファイルを定義する。引数に、挨拶文の取得関数を呼ぶ。console.log(msg));これを実行すると一定の間をおいて、次のように表示される。Jiro挨拶文は次のような非同期処理で取得している。構文を適用することで同期的な記述で直接値を得ている。構文で書かれてる必要がある。よる「名前」と「メッセージ」の取得処理は次のとおり。指定できたエラーハンドリングの記述ができない。エラー時の処理}また、上記の処理では言語設定情報を、引数として末端の関数まで運んでいるが、本来、これらの情報は1つのコンテキストデータとして、自由なタイミングで参照できるようにしたいところ。具体的には日本語設定を適用し処理してる間は、日本語の設定情報が取得でき、英語設定で処理してる間は、英語のそれが取得できる、といった具合にしたい。構文により同期的に処理されてるように見えても、日英それぞれの設定で同時に非同期処理が動いている以上、上記のような細分化されたモジュール構成を前提とした場合、これを実現するのは難しい(クロージャを適用できないので)。使用し、これらの問題解決を試みてみる。非同期処理内にて発生したエラーを検出できるの3点。非同期処理内にて発生したエラーを検出できるについて確認してみる。メソッドにてこの設定データを正しく取得できるかを確認している。定義元でハンドリングできるかの確認。次のように表示され、いずれも正しいタイミングで正常に処理されていることが分かる。});}実行すると次のように表示される。指定で実行しているが、後発の非同期処理に正しいコンテキストが適用されないっぽい。使えば正常に処理される。併用するのはやめたほうがよさそう。エラー処理については強制的に非同期処理内でエラーを発生させたところ、正常にハンドリングされることが確認できた。あらゆる非同期処理の開始と終了を傍受できるこれについてはフロントエンドの実装で試してみる。得に「こう使ったらうれしいな」って事例が思い浮かばなかったので、以下のように非同期処理の終了を、モデル変更検出のタイミングとして活用してみる。受けとたら、モデルの状態をチェックして変更されていた場合はビューを更新する。TIME」ボタンを押すと非同期で現在時間を取得し表示するという単純なもの。./demo/03/bundle.js実装は次のとおり。あるが、タスクとはコールバック関数のことを指す。よりタスクが登録され、これらタスクが実行待ち状態になってることを指し、スケジュールと呼ぶ。タスクが実行される直前に実行される。これらのタスクは非同期で実行されるが故に、複数のタスクが未実行で保持されてる状態にも成りえる。これらのタスクの実行待ち状態が変化した時に実行される。タスクの種類は次のように分類される。実行しない限り、タスクは常に実行待ち状態のままなので、上記のコードでは得に参照してない。変換するクラスは次のとおり。