“我們收到了很多反饋，認為沒有必要使用兩種Bridge技術將程式碼從移動作業系統帶到Windows，並且它們之間的選擇可能會造成混淆。我們仔細考慮了這些反饋，並決定將精力集中在 Windows Bridge for iOS上，並使其成為將移動程式碼引入所有Windows 10裝置（包括Xbox和PC）的唯一Bridge選項。對於那些花時間研究Android Bridge的開發人員，強烈建議你將 Windows Bridge for iOS 和Xamarin作為出色的解決方案。”
不過，後來，Windows Bridge for iOS也沒什麼用，因為這會要求開發人員為Windows Phone重新編譯其應用程式，而不僅僅是在系統上執行Android二進位制檔案。
但令人驚訝的是，被取消的Project Astoria專案也進行了更大更好的開發，API轉換技術被用於Windows Subsystem for Linux（Windows Linux子系統）第一個版本（WSL 2直接使用了Linux核心）。
有趣的是，這項技術的爭議源遠不止於此。在安卓子系統移植專案Project Astoria中，微軟試圖透過引入Android應用程式的支援來使Windows 10 Mobile手機保持活力。
IT之家獲悉，Project Astoria技術最初於2015年4月測試洩露，然後在Build 2015上得到了證實，該技術模擬了Android syscall系統呼叫原理，將其轉換為Windows Phone API呼叫，並且效果出奇。
2016年，微軟確認不再開發Project Astoria安卓應用移植專案，Windows團隊Kevin Gallo提供了以下原因：
“我們收到了很多反饋，認為沒有必要使用兩種Bridge技術將程式碼從移動作業系統帶到Windows，並且它們之間的選擇可能會造成混淆。我們仔細考慮了這些反饋，並決定將精力集中在 Windows Bridge for iOS上，並使其成為將移動程式碼引入所有Windows 10裝置（包括Xbox和PC）的唯一Bridge選項。對於那些花時間研究Android Bridge的開發人員，強烈建議你將 Windows Bridge for iOS 和Xamarin作為出色的解決方案。”
不過，後來，Windows Bridge for iOS也沒什麼用，因為這會要求開發人員為Windows Phone重新編譯其應用程式，而不僅僅是在系統上執行Android二進位制檔案。
但令人驚訝的是，被取消的Project Astoria專案也進行了更大更好的開發，API轉換技術被用於Windows Subsystem for Linux（Windows Linux子系統）第一個版本（WSL 2直接使用了Linux核心）。