[[140262]]

微軟公司最近接連出臺四項舉措，允許開發人員將Web、iOS、Android以及遺留Windows應用移植到Windows Store當中——不過值得注意的是，遺留Windows問題仍然難以得到解決。

就在本周早些時候，微軟公司發布了關于其Universal Windows Platform Bridge的更多細節信息——這是一整套技術方案，旨在將現有Win32應用、Android應用、iOS應用以及Web應用全部轉化為Universal Windows，也就是通用Windows應用。

所謂通用Windows應用——也就是那些專門設計運行在全部搭載有Windows 10系統的設備上的程序——正是微軟公司在其***版本操作系統當中引入的關鍵性規劃。不過遺留Windows應用可能需要依托于更多工具包才能實現這一由陳舊版本向新版本的跨越。

一條四車道大橋

相關工具包于今年早些時候召開的微軟Build大會上露過一面，其中四條移植“車道”雖然有所提及，但卻未披露更多細節信息。Centennial項目負責將“經典”Windows應用程序（即Win32與.Net應用）推向通用交付；Islandwood項目允許將由Objective-C編寫而成的iOS應用移植至Windows平臺——具體來講，該項目能夠將Xcode項目導入Visual Studio當中。

Astoria項目負責利用一套“微軟互操作庫將微軟服務整合至應用內部，同時保證不對應用作出過多修改”，并由此實現Android應用的Windows轉化。***的Westminster項目于昨天曝出大量細節，能夠讓各類Web應用——包括在線與離線Web應用——被封裝在通用Windows應用當中。

Astoria與Westminster兩個項目似乎主要面向那些已經選定了自己開發堆棧的受眾群體。在Westminster項目的相關博文當中，微軟公司介紹了程序員如何將自己的編輯器、庫以及部署服務加以結合。同樣的，Astoria項目也允許程序員利用自己的“常用IDE”完成這項工作。

但目前仍有車道尚未開放

通過對現有應用程序進行輕松——至少可以說是較為輕松——地移植，而無需從頭開始重新編寫，微軟公司制定出兩項發展目標。其一是讓Windows 10應用程序的開發工作能夠在生態系統當中擁有更為廣闊的實現渠道，其二則是讓Windows Store成功扭轉長久以來應用數量有限、質量低下的固有印象。

對現有iOS以及Android應用進行移植確實頗具現實意義，不過真正具有新意的其實是看微軟——而非第三方應用開發平臺——如何實現這個過程。也就是說，我們高度關注的其實是微軟自身如何應對在將遺留Windows應用程序移植到Store當中時所帶來的回報及風險。

處理這項工作確實會帶來一定程度的風險，特別是某些遺留Windows應用在設計與運行方式上顯得同全新通用體系格格不入。Brian Madden就曾指出，在Centennial項目當中，對遺留應用的移植需要首先解決權限評估——也就是UAC授權——這個難題，而Windows Store并不允許這樣的變更。考慮到上述局限，任何使用自有內核層級組件或者設備驅動程序的應用都將無法通過Store實現交付。

微軟公司對于Store應用作出的限制對于重新編寫的應用程序來說則應該不會造成什么麻煩。不過除非所有遺留Windows應用都能夠有效通過Store加以交付，否則Windows用戶——以及系統管理員——將繼續面對在應用程序安裝與管理經驗方面的脫節狀況。

原文鏈接：

http://www.infoworld.com/article/2945382/microsoft-windows/microsoft-builds-bridges-from-ios-android-into-windows-app-store.html

原文標題：Microsoft to devs: We want your iOS and Android apps

核子可樂譯