編輯的話

風險遊戲

Michael Desmond

 

當 Microsoft 已宣佈 Windows 8 個核心 Windows 執行階段 (WinRT) 堆疊,建置會議的主旨演講 9 月時,在房間內的每個人都知道遊戲已經變更。

這十年間,Microsoft 後啟動 Microsoft。Net 應用程式,並轉換為受管理的語言,例如 C# 和 Visual Basic 的許多開發人員。NET 中,該公司已 adroitly 運用其廣大的開發人員社群。每一個步驟,一路,Microsoft ushered 程式其目前設計師向前承諾,重複使用現有的程式碼、 使用熟悉的工具和執行 well-honed 的技術。

策略是聰明了,顯而易見的事情,而怪異 
mimics 晚期的回合的棋盤遊戲風險,當玩家 
inevitably 會散落到棋盤的軍隊龐大線段。我以前玩過遊戲我共用的風險,並且很了解來自快取中的紙牌的 trifecta,為 60-plus 的軍隊 incalculable 採購聖誕禮物。當您顯示數字呢時,事情就會取得完成(嗯,我是看著您伊爾庫次克 
looking)。

亞洲問題

面對 Microsoft,因為播放程式知道,任何風險,甚至 massed 的軍隊的問題。NET 開發人員,以比喻的方式說話,阻擋不亞洲 — 已經這麼多的玩家復原風險棋盤上該龐大,因此很容易受到出這塊大陸。智慧型手機、 平板及 HTML5 做為開發目標的崛起已經建立大量的新 frontiers-frontiers Microsoft。NET 策略是只是不被為了地址。

WinRT,其實。

Windows 8 的心臟地帶的 WinRT 堆疊所需。NET 的策略,而且會變成 < 深究。而非敦促開發人員將移到新的語言,例如 Visual Basic。NET 或 C#,WinRT 公開 (expose) 它為多種語言的功能。Microsoft 已經由往回投影成每一種語言的原生 Windows Api 功能,會擲回在 c + +,C# 的 Visual Basic 開門可能很大的開發人員社群。NET 和 JavaScript 的網域。

Microsoft 是藉由實作語言中性的方式,包括每個語言環境會使用""Api 到其環境中的專案是再自然的中繼資料的 Api 來執行這項操作。比方說,在最低的層級,WinRT Api 使用 Hresult 錯誤報告,但這些錯誤會投射至像 C# 和 JavaScript 為例外狀況的語言。

屬性本身的名稱也會特別使用大小寫的每一種語言中,所以 C + + /cli C# / Visual Basic 開發人員會看到 Pascal 大小寫的屬性,而 JavaScript 程式開發人員會看到它們 camel 命名法轉換,就像他已經知道其他 Api 中。

調整到想要建立下一步"生氣鳥類"的 JavaScript 業餘人士的多執行緒應用程式的 c + + 程式設計師,從 」,WinRT 實際上會先放寬定義的詞彙"Windows 開發人員 」。

為一位成員的 WinRT 開發小組會告訴我: 「 能夠撰寫 JavaScript/HTML 中的原生的應用程式開啟了 Windows 的世界裡,開發人員社群,可能是一個級距較大的值。NET 的開發人員社群"。

您聽的聲音是 slapping 風險張牌到白板上的另一組的 Microsoft 聲音。那就請是 90 更多的軍隊。

將棋盤

Microsoft 明確表達要更進一步擴充 WinRT 的路徑。

"這個問題的解決方案的優點是雙重,"稱為 WinRT 的小組成員。"之一是架構很容易地允許日後使用,可支援其他語言,該環境一次必須立即和直接存取原生 Api。兩個是開發人員也可以建立自己的 Api 在這種模型,我們呼叫 WinRT 元件 —,讓它們可插接語言預測就像平常的原生 Api。"

結果: 「 混合 」 最適當的語言,用於軟體的不同部份的應用程式。因此您可以利用以 c + + 撰寫的數學運算密集的物理引擎直接從,說出,JavaScript。

Microsoft 的粗體策略能吸引不足的開發人員量身積分它嗎?如同任何風險播放程式知道,很多,取決於骰子卷。但很清楚 Microsoft 是比較好的位置,今天到地址所面臨的挑戰 your 幾個月前。