Experts.jp日本に、もっとエキスパートを。Throttling、WebAssemblyについて紹介します。54がリリースされました。追加された機能のまとめは、ベータ版時点で公開されたポストが詳しいです。プラットフォームの強化以下、気になったものを取り上げます。Elements仕様もベンダー間の合意をとりつけ前進した新しい仕様を「v1」と呼んでいます。Previewで有効になるはずです。2015のクラス構文を使いカスタム要素を定義するようになったことです。いう要素名に登録します。HXElementCtor)カスタム要素のコンストラクタには、「要素が作成された」「要素がドキュメントに追加された」「属性が変更された」などの状態に応じてコードを実行するためのライフサイクルコールバックと呼ばれる関数を記述します。Fundamentalsで公開されているので、そちらをどうぞ。Throttlingがサポートされました。CPUの速度を制限し、スマートフォンなどのパワフルでない環境での処理を模した状態でタイムラインを取得できます。Experts.jpのトップページで、タイムラインを録って比較してみました。Throttlingなしのオーバービュー通常状態では、レイアウト関連処理(紫色)が3回、JavaScript関連処理(黄色)が3回、描画関連処理が1回、チャートの上端に達しています。この状態でもCPUをけっこう専有しているようです。Throttolingで5分の1に制限したものではまず、ページ読み込みに倍近くの時間がかかっています。レイアウト関連処理やJavaScriptの処理時間が大幅に伸びており、別れていた山がくっついてしまっています。このような感じでCPUの性能がレンダリングに及ぼす影響を確かめられます。slowdown”といったように使っているコンピューターのCPUをもとにした制限になってることです。特定のプロセッサをエミュレートできるわけではありません。Throttlingよりも「あくまで目安」度合いが高そうです。Microsoftが発表しました。BlogWebAssemblyは3月に各ブラウザで試験実装が入ったのですが、今回はWebAssemblyのバイナリフォーマットがリリース候補段階になったこと、それにSpiderMonkeyとV8のナイトリービルド、Chakraの開発版が互換性のある形で対応した旨が発表されました。バイナリフォーマットがほぼ固まったため、このブラウザプレビュー段階では幅広いフィードバックを集めたいとのことです。今後のWebAssemblyですが、公開されているロードマップによると、解決に時間のかかる問題が見つからなければ2017年第1四半期にはバイナリフォーマットの初期バージョンが策定完了するとのこと。その時点で、ブラウザの実装をデフォルトで有効にするようです。Firefoxは52での有効化を試みているそうです。発表には加わっていないものの、WebKitでもJavaScriptCoreに実装中です。主要なエンジンすべてで実装されるので、ゲームや計算コストの大きなアプリケーションをWebに持ち込むのがさらに容易になりそうですね。Communications。