私が見たMSDNWinJSアプリのサンプルのほとんどはWinJS.UI.processAll()
、アプリのactivated
イベントの後に呼び出されます。また、イベントWinJS.UI.processAll()
後に呼び出されるMSDN以外のチュートリアルもいくつか見ました。DOMContentLoaded
あるアプローチを他のアプローチよりも使用する実際的な理由はありますか?
それはタイミングの問題です。個人的にはDOMContentLoadedで呼び出します。
WinJS.Utilities.ready().done(function() {
WinJS.UI.processAll();
});
主な理由の1つは、Promiseをアクティベーションハンドラー(テンプレートに表示される呼び出し)に返すことができるため、完了setPromise
するまでスプラッシュ画面が少し長く保持されることです。WinJS.UI.processAll
これにより、部分的に構築されたUIを表示することなく、スプラッシュ画面から完成したコンテンツへの移行を改善できます。
ただし、アクティベーションタイプに基づいて変更されるUIがある場合は、とにかくDOMを構築するまでこれを遅らせることをお勧めします。これらの違いを生むにはアクティベーションタイプが必要なので、アクティベーションイベントが発生した後にそれを呼び出す必要があります。