本月19日，據IT之家報道，微軟确認放棄Windows 10 Mobile，并建議用戶轉向Android或者iOS。縱觀自Windows Phone 7問世以來微軟的動作，我們不難發現，Windows手機系統發展的過程，事實上就是微軟将手機平台和PC平台融合統一的過程。

例如，在Windows Phone 7到Windows Phone 8的升級中，雖然内核的更換讓包括所有初代Lumia在内的WP7設備無法升級到新系統，但與Windows桌面系統一緻的Windows NT内核在手機上的采用對Windows平台的融合來說卻有着非凡的意義。2015年，随着Windows 10的推出，微軟更是将“一次編寫、各處運行”的希望寄予UWP。

在微軟宣布放棄Windows 10 Mobile之後，相信包括小編在内的很多用戶都對UWP的未來的命運表示關切，今天的這篇文章，我們就來讨論這樣一個話題：手機平台沒了，UWP怎麼辦？

一個Windows

2012年，微軟發布了Windows 8。這款操作系統的市場表現和用戶口碑雖然并未達到微軟的預期，但是對Windows生态的融合來說，Windows 8卻具有跨時代的意義。

在Windows 8之前，面向PC平台的Windows隻能運行傳統的桌面應用，但從Windows 8開始，微軟為桌面版Windows賦予了與Windows Phone 8相同的運行Modern App的能力。對于開發者而言，他們隻需将桌面版Windows App的代碼稍作修改，即可讓它在Windows Phone上運行。微軟的“一個Windows”計劃雄心勃勃，而它的起點，就在Windows 8這裡。

2015年，Windows 10正式問世，微軟的“一個Windows”目标得到了初步的實現。對于開發者來說，他們已經無需為桌面平台和手機平台分别編寫兩套代碼，得益于UWP根據設備硬件條件自适應布局和交互的特性，要讓應用實現在PC端和手機端的同時運行，開發者隻需編寫一次代碼。

在2017年下半年之前，Windows 10和Windows 10 Mobile曾長期處于處于同一分支下，共用一個Windows核心。如果Windows手機設備的市場表現不那麼糟，那今天我們看到的Windows 10 Mobile，或許又是另外的樣子。

Build 16212的秘密

2017年6月2日，微軟錯誤地向Windows預覽體驗計劃的成員推送了Build 16212更新，雖然這版會讓Windows 10 Mobile設備變磚的系統最終被微軟撤回，不過，看似冒失的Build 16212，它的背後，卻藏着一個巨大的秘密。這個秘密的名字經常關注IT之家的同學肯定有過耳聞——CShell。

當時，據外媒Windows Central報道，已有開發人員在Windows 10手機設備上運行了Build 16212系統，而這個版本的系統揭示了微軟原本打算為Windows 10 Mobile帶來的特性——支持應用程序窗口化運行的Continuum 2.0；與PC版采用了同樣設計的通知中心以及支持橫屏和大磁貼的、适用于Windows 10 Mobile設備的開始屏幕。

如果Windows 10 Mobile的新特性能夠得到持續的推進，我們相信，與Windows PC版進一步融合統一的CShell自适應界面很有可能落地到每一台受支持的Windows 10手機上，不過可惜的是，随後微軟宣布了Windows 10 Mobile的“死緩計劃”，Windows 10 Mobile全新的用戶界面被封印在“Pre-Release”階段，永遠等不到正式發布的一天。

你确實在成長，可市場等不及了

自發布以來，Windows 10 Mobile雖然經曆過好幾個正式版，可直至其死亡，Windows 10 Mobile都沒能迎來它的完全體。

不知從Windows Phone 8.1升級到Windows 10 Mobile的同學有沒有發現這樣一個現象，就是當我們在開始屏幕和所有應用列表之間執行滑動操作時，它的體驗并不跟手，具體來說，就是當你的手指在開始屏幕上由右向左滑動時，界面并不是實時響應的，而是會有一定的時間間隔，像是慢了一拍。開始的時候，我們以為這是Windows 10 Mobile上的一個Feature，不過通過與開發者同事的交流，小編意識到，這可能并不是一個Feature，而是一個缺陷。

IT之家開發部的同事表示，Windows 10 Mobile從開始屏幕到所有應用列表之間的滑動之所以會面臨不跟手的問題，可能是由于當前界面加載的元素太多，以緻于UI線程不能快速的響應手指的觸摸事件，當然，在沒有官方文檔的支持之前，這隻是一種猜測。

在Windows 10 Build 14393當中，微軟引入的Interaction Tracker使用了合成線程處理觸摸指針的事件，在很大程度上能夠解決上述問題，但遺憾的是，這個API不僅複雜，而且不完美，直到Build 15063，Interaction Tracker還會因運行時的一個Bug而在Release模式中導緻應用崩潰。

毫無疑問的是，如果市場給Windows 10 Mobile時間，給UWP時間，讓它進化成完全體，那這個平台的使用體驗必然不會亞于安卓，不過讓人惋惜的是，由于微軟的動作算不上快，雖然Windows 10 Mobile和UWP确實在不斷成長，可是市場已經等不及了。Windows 10 Mobile的退場看似是主動的，但仔細想想，其實是被動的。Windows 10 Mobile和UWP的進化速度但凡能夠跟上市場的節奏，微軟也不至于做出放棄手機平台的決定。

手機平台沒了，UWP怎麼辦？

UWP從來就不是一個隻适用于手機和PC的平台。因為除了上述兩個平台之外，它還可以跑在HoloLens、Xbox、Surface Hub和IoT設備上。

不過對于大多數的Windows 10用戶來說，它們日常能夠接觸到的設備，無非也就是電腦和手機。至少在自己身邊，小編還沒見過誰把HoloLens和Surface Hub當成日常設備去使用的，至于Xbox，它的應用場景大多在遊戲之上，運行一般UWP應用的時候非常少。也就是說，雖然沒了Windows 10 Mobile，UWP隻是少了一個供它運行平台而已，但就算把HoloLens、Surface Hub、Xbox和IoT等平台加到一起，它們對UWP的重要程度，可能也抵不過一個Windows 10 Mobile。

手機平台沒了，UWP怎麼辦？遺憾地講，情況可能不會非常樂觀。

我們不妨站在開發者的角度來想，如果一款應用經過一次開發可以同時在手機和PC上運行，那他們非常有理由去開發一個面向Windows 10 PC的UWP，順便支持Windows 10 Mobile，可是現在，手機平台沒了，唯一具有巨大用戶市場的平台隻有桌面版Windows 10，在這種情況下，單獨為桌面平台開發一個UWP顯然不是明智的選擇，況且發展到今天，UWP應用的技術成熟程度仍無法與傳統的桌面應用相比。

Microsoft Store接受傳統桌面應用，即意味着這些應用将會經過微軟的嚴格審核，在安全性和規範性上，傳統桌面應用和UWP應用之間的差距會越來越小，随着應用開發商或者開發者對Microsoft Store這一分發平台的認可，未來預計将會有越來越多的桌面應用上架Microsoft Store，而UWP的空間将會被進一步擠壓。需要承認的是，從初衷上看，UWP的設想無疑是偉大的，但随着Windows 10 Mobile的缺席，UWP走向衰微，又或許是一種必然。

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!