我們希望為 iOS、Windows 7 和 Windows 8 等眾多平台開發應用程式。
然而 Windows 8 確實是一個令人困惑的平台！正如你所擁有的：
- 桌面應用程式
- 桌面（全螢幕應用程序，例如遊戲）
- 現代應用程式
據我們所知，除了 UI 樣式之外，桌面應用程式和現代應用程式實際上沒有任何區別……因為桌面應用程式也可以在觸控螢幕上運行！
誰能澄清實際的差異是什麼？現代應用程式似乎只是在 Windows RT 和 Windows 8 上運行並從 Windows 應用程式商店下載的應用程式（儘管我們也看到僅從網站下載的現代應用程式）。
我們實際上希望使用AdAdobe AIR 來針對不同的平台...但顯然AIR 尚不支援Windows 8（現代）...但因為AIR 支援桌面上的全螢幕模式，所以有什麼可以阻止我們讓它看起來像現代應用程式一樣？
答案1
現代應用程式是使用 WinRT API 建構的，而桌面軟體是使用 Win32 API 建構的。
WinRT API 是一組精簡的函數（即防止完全檔案系統存取、提供有限的進程間通訊功能，防止載入附加元件和外部模組、授予有限的硬體存取權限等），可以在Windows 8/8.1 上本機運行ARM 和 x86 CPU，因此可以在 Windows 8.x Pro 和 Windows 8.x RT 電腦上運行 - 是的，命名可能相當混亂。
WinRT 的要點是，並不總是需要 Win32 級別的訪問和自定義（以及要考慮的固有安全考慮），即，如果我編寫休閒遊戲、Facebook 包裝器或計算器，我並不真正需要/想要完整的檔案系統存取權限以及與Windows shell 互動的能力（上下文選單、環境變數...），我需要檔案管理器，也不需要驅動程式所需的對硬體的低階粒度訪問，也不需要載入外部第3 方插件，例如網頁瀏覽器。
它與Gadgets 非常相似，但具有更好的內建安全性- 然而，只有在它在野外流行之後才能/應該進行真正的安全評估：從安全角度來看，重型沙箱/虛擬化環境當然是好的，但沒有白銀子彈的存在是為了安全，想想近年來 Java/JVM 和 Flash（它們是作為沙盒運行時構建的）的所有安全問題。這個想法很好，但無論如何都需要像系統的任何其他部分一樣保持安全和更新。