本月19日,据Win10之家报道,微软确认放弃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”阶段,永远等不到正式发布的一天。
相关文章
网友评论(共有 0 条评论)