當Windows 10 Mobile離世，UWP留下何用？

本月19日，據報道，微軟確認放棄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，它的背後，卻藏著一個巨大的秘密。這個秘密的名字經常關注的同學肯定有過耳聞——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，而是一個缺陷。

開發部的同事表示，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走向衰微，又或許是一種必然。