過去5年時間，微軟主導的Windows Phone生態在市場上的表現過分孱弱，但這個局面有望在Windows 10 Mobile中改變，關鍵點在於對Android和iOS兩大生態應用的相容，而“Project Astoria”和“Project Island wood”兩大專案則是應用相容關鍵中關鍵。
“Project Astoria”和“Project Island wood”分別針對Android和iOS應用的跨平臺遷移，開發者只需要將安裝包檔案提交至對應專案，後臺會自動編譯，開發者只需要做少量的改動就可以輸出可以在Windows 10 Mobile上執行的應用。
微軟的思路其實就是將apk和ipa包轉製成Windows APX，由作業系統編譯執行。不過更具噱頭的是，有訊息穿傳出，Android系統的apk應用包，可以不經轉制直接在Windows 10 Mobile當中執行。
Win 10底層竟然有Android
6月下旬，微軟釋出了Build 10149的Windows 10 Mobile公開預覽版，除了常規功能更新外，最抓眼球的是升級包當中被挖出了Android子檔案系統。
據瞭解，大小總共300MB的更新包中，除了佔據1/3的“projecta”和Android-on-Windows應用框架之外，還包括一個擁有adbd(服務端、客戶端連線通道)、系統偵錯程式守護程式、OpenGLES編譯器和Hyper-V虛擬機器驅動的Android檔案系統，這些都是Windows 10 Mobile直接執行安卓應用的前提條件。
IBM和黑莓都這麼幹過
20世紀90年代，IBM在推廣OS/2作業系統的時候，就曾採取過跨平臺相容Windows軟體的做法，具體則是在OS/2中相容16位的Windows應用，而在更為接近的移動操作平臺市場，黑莓率先採取了相容安卓應用的方案。
黑莓相容安卓應用分兩個時間點，轉制和原生支援，BlackBerry 10.1中安卓應用需要轉制才能執行，10.2版本則直接開放了安卓apk的直接安裝，但是對應用程式的要求則是必須使用C和C++原生語言開發。
相容和轉制不一定立竿見影
跨平臺應用相容和轉制，最直接的目的就是在短時間內補足應用生態補足的短板，但從過去的案例來看，這種巧妙的辦法並沒有太多顯赫的成績。
前面提到的IBM在OS/2中雖然提出了相容16位Windows應用的做法，但最終OS/2也沒能突出Windows的重重包圍，一些激進的使用者在OS/2失敗收場這件事上，甚至調侃IBM取錯了名，比如“I Beg Microsoft”，“I Beat Myself”、“Industry Biggest Mistake”等等。
同樣的尷尬也出現在了黑莓身上，儘管在BlackBerry 10.1和10.2中先後引入了轉制和開放安裝的策略，但從目前的市場份額來看，過去的兩年時間裡，即便是黑莓使用者有機會接觸安卓應用，市場份額還是不足1%。
跨平臺相容轉制也有潛在風險
跨平臺相容轉制最直接的風險就是相容性不佳，這一點在BlackBerry 10.1當中表現的最為明顯，不少使用者反映轉制存在不相容，應用無法使用，不過也有使用者反映，這個問題在10.3版本當中有了明顯的好轉。
儘管微軟已經在Build 15大會上明確了相容轉制的思路，並且會提供對應的開發工具包，但相比相容性問題，轉制相容邏輯下，對第三方生態的依賴會限制Windows 10 Mobile的健康發展，如果谷歌在新版本中對開發者提出新的要求，並且推出全新的開發環境，也就意味著微軟需要對接下來的Windows手機作業系統進行相應的調整，進而被牽著鼻子走。
直接安裝可能沒戲
前面提到了，Windows 10 Mobile Build10149 預覽版中已經出現了具備直接安裝安卓app的條件，但從微軟生態以及“Project Astoria”專案的初衷來看，這種可能性幾乎不存在。
“Project Astoria”的最終目標是強化Windows應用生態，直接目的則是提高安卓應用轉制的效率，方便開發者掌握安卓apk程式碼的重複利用程度，也正是基於前面所提到的微軟在Windows 10 Mobile中部署的跨平臺執行環境，這個程度相當高，且由於修改意見相當明確，開發者只需要做很少的改動就可以完成跨平臺開發。
也就是說，不管是“Project Astoria”還是“Project Island wood”，都不是以讓使用者直接安裝應用為目的。
從生態的角度來講，即便是這可以解決應用不足的問題，微軟也絕不會允許使用者自行安裝安卓應用，這一點從“Project Astoria”和“Project Island wood”官網上的一些小細節可以看出來。
在宣傳影片當中，微軟明確了包括廣告、地圖、分析、應用內付費以及通知等在內的套件都需要替換成微軟的產品，以便於更好的和Windows 10 Mobile整合，最終目的則是維護生態系統的一致性，而允許使用者自行安裝安卓apk，整個生態在應用部分就是脫節的狀態。
過去5年時間，微軟主導的Windows Phone生態在市場上的表現過分孱弱，但這個局面有望在Windows 10 Mobile中改變，關鍵點在於對Android和iOS兩大生態應用的相容，而“Project Astoria”和“Project Island wood”兩大專案則是應用相容關鍵中關鍵。
“Project Astoria”和“Project Island wood”分別針對Android和iOS應用的跨平臺遷移，開發者只需要將安裝包檔案提交至對應專案，後臺會自動編譯，開發者只需要做少量的改動就可以輸出可以在Windows 10 Mobile上執行的應用。
微軟的思路其實就是將apk和ipa包轉製成Windows APX，由作業系統編譯執行。不過更具噱頭的是，有訊息穿傳出，Android系統的apk應用包，可以不經轉制直接在Windows 10 Mobile當中執行。
Win 10底層竟然有Android
6月下旬，微軟釋出了Build 10149的Windows 10 Mobile公開預覽版，除了常規功能更新外，最抓眼球的是升級包當中被挖出了Android子檔案系統。
據瞭解，大小總共300MB的更新包中，除了佔據1/3的“projecta”和Android-on-Windows應用框架之外，還包括一個擁有adbd(服務端、客戶端連線通道)、系統偵錯程式守護程式、OpenGLES編譯器和Hyper-V虛擬機器驅動的Android檔案系統，這些都是Windows 10 Mobile直接執行安卓應用的前提條件。
IBM和黑莓都這麼幹過
20世紀90年代，IBM在推廣OS/2作業系統的時候，就曾採取過跨平臺相容Windows軟體的做法，具體則是在OS/2中相容16位的Windows應用，而在更為接近的移動操作平臺市場，黑莓率先採取了相容安卓應用的方案。
黑莓相容安卓應用分兩個時間點，轉制和原生支援，BlackBerry 10.1中安卓應用需要轉制才能執行，10.2版本則直接開放了安卓apk的直接安裝，但是對應用程式的要求則是必須使用C和C++原生語言開發。
相容和轉制不一定立竿見影
跨平臺應用相容和轉制，最直接的目的就是在短時間內補足應用生態補足的短板，但從過去的案例來看，這種巧妙的辦法並沒有太多顯赫的成績。
前面提到的IBM在OS/2中雖然提出了相容16位Windows應用的做法，但最終OS/2也沒能突出Windows的重重包圍，一些激進的使用者在OS/2失敗收場這件事上，甚至調侃IBM取錯了名，比如“I Beg Microsoft”，“I Beat Myself”、“Industry Biggest Mistake”等等。
同樣的尷尬也出現在了黑莓身上，儘管在BlackBerry 10.1和10.2中先後引入了轉制和開放安裝的策略，但從目前的市場份額來看，過去的兩年時間裡，即便是黑莓使用者有機會接觸安卓應用，市場份額還是不足1%。
跨平臺相容轉制也有潛在風險
跨平臺相容轉制最直接的風險就是相容性不佳，這一點在BlackBerry 10.1當中表現的最為明顯，不少使用者反映轉制存在不相容，應用無法使用，不過也有使用者反映，這個問題在10.3版本當中有了明顯的好轉。
儘管微軟已經在Build 15大會上明確了相容轉制的思路，並且會提供對應的開發工具包，但相比相容性問題，轉制相容邏輯下，對第三方生態的依賴會限制Windows 10 Mobile的健康發展，如果谷歌在新版本中對開發者提出新的要求，並且推出全新的開發環境，也就意味著微軟需要對接下來的Windows手機作業系統進行相應的調整，進而被牽著鼻子走。
直接安裝可能沒戲
前面提到了，Windows 10 Mobile Build10149 預覽版中已經出現了具備直接安裝安卓app的條件，但從微軟生態以及“Project Astoria”專案的初衷來看，這種可能性幾乎不存在。
“Project Astoria”的最終目標是強化Windows應用生態，直接目的則是提高安卓應用轉制的效率，方便開發者掌握安卓apk程式碼的重複利用程度，也正是基於前面所提到的微軟在Windows 10 Mobile中部署的跨平臺執行環境，這個程度相當高，且由於修改意見相當明確，開發者只需要做很少的改動就可以完成跨平臺開發。
也就是說，不管是“Project Astoria”還是“Project Island wood”，都不是以讓使用者直接安裝應用為目的。
從生態的角度來講，即便是這可以解決應用不足的問題，微軟也絕不會允許使用者自行安裝安卓應用，這一點從“Project Astoria”和“Project Island wood”官網上的一些小細節可以看出來。
在宣傳影片當中，微軟明確了包括廣告、地圖、分析、應用內付費以及通知等在內的套件都需要替換成微軟的產品，以便於更好的和Windows 10 Mobile整合，最終目的則是維護生態系統的一致性，而允許使用者自行安裝安卓apk，整個生態在應用部分就是脫節的狀態。