本文章是由機器翻譯。

編輯的話

WinJS 採取下一步驟

Michael Desmond

Michael Desmond我們最近調查了 MSDN 雜誌的讀者和發現,但 C# 中,使用 JavaScript 比任何其他程式設計語言的更多的公司報告 — 比JAVA,比 C/c + + 比Visual Basic更多更多更多。所以它應該來,毫無疑問,這個月的問題側重于 JavaScript 發展為 Windows 運行庫。

他在文章中鉛,"生成更高效 Windows 應用商店的應用程式使用 JavaScript:錯誤處理,"Eric Schmidt潛入幾個基本概念的 Windows 庫的 JavaScript (WinJS),包括承諾、 非同步調試和錯誤處理。施密特在接受採訪時指出,工裝和 WinJS 的功能不同從 JavaScript,環境專為成熟應用程式開發,而不是 Web 網站。這些差異,重要的是要理解時確保正確地處理代碼和邏輯的缺陷。

許多施密特探討了在這個月的特徵中的技術是目前在初始版本的 Windows 8 和 WinJS,但施密特說,許多開發人員都不清楚技術如何工作以及如何相互關聯的。他寫了這個月的文章的想法解釋"如何整個包的錯誤處理工程一起從自上而下、 整體的角度來看"

例如,施密特描述 JavaScript window.onerror 事件作為 Web 應用程式"的錯誤處理統稱"。Windows 存儲應用程式生成使用 WinJS,但是,利用 window.onerror 和 WinJS.Application.onerror 事件處理常式,該捕獲附加事件像平臺特定的錯誤並承諾出該錯誤。施密特還敦促開發商考慮搬到Visual Studio2013 年,它提供了關鍵工裝改進,其中包括跟蹤內的非同步調用鏈的錯誤的能力 — 那個 WinJS 程式頻繁地鏈許諾給予對方重要能力。

"當一個的那些承諾出現錯誤,你需要鏈中有一個 onError 參數,對於每個諾言或者您需要追蹤從鏈中的上一個承諾開始的錯誤,時"說明了施密特,說兩種做法都耗費時間。"工作窗格中,已擴展為包括Visual Studio2013年中的 JavaScript 代碼,真的可以説明開發人員跟蹤那些在其代碼中的錯誤,"他指出。

最新版本的 WinJS 和其助理模具交付施密特描述作為"準備去"範本和控制項來説明簡化開發。更新還提供顯著的性能改進和簡化的 WinJS 應用程式開發。

施密特說,"我們提供Visual Studio2013年中的新工具測量 HTML UI 回應、 JavaScript 記憶體使用率、 JavaScript 函數計時和非同步調試,"。"在平臺上,我們改善了我們現有的控制項的一些性能 — 例如,ListView — 與 Api (如 Dispose 模式和調度程式,以及為提供更好的新控制項適合於特定的任務 — 例如,Repeater 控制項."

發言的性能改進的下, 個月施密特將發佈後續文章專門側重于性能問題。他苦苦掙扎,確保他們的 WinJS 應用程式性能的開發者有什麼建議?

"號我會推薦的 1 件事是真的使用平臺。任何保留模式的系統 — — 它是 HTML 還是 XAML 或 PDF 或您命名它 — 有某些設置本機實現並高度優化內它的能力。施密特說,在作為多作為您的應用程式代碼和腳本調用到,並可以利用這些能力,你就會得到更好的表現"。他補充稱最新版本的 WinJS 推多項功能較低的執行,哪裡可以獲得最佳性能優化。

您正在使用 WinJS 嗎?如果是這樣,我很樂意聽到你的經驗。在給我發郵件 mmeditor@microsoft.com

Michael Desmond 是 MSDN 雜誌總編輯