編輯的話

風險遊戲

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 幾個月前。