ProjectReunion微软的统一应用战略仍然缺少一个部分

微软在2011年9月举行了第一次构建开发人员会议。在近9年之后的上周虚拟构建2020大会上,该公司仍在努力清理一项实验失败后留下的烂摊子。

如果你不记得Build 2011,请允许我提醒你:那是微软发布Windows 8开发者预览版的时候。这是该公司首次向外界展示其新操作系统在硬件上运行的愿景,该硬件旨在与苹果的iPad竞争。

Windows 8的与众不同之处在于,它承诺将连接两个世界。它可以运行你现有的所有Win32软件,但新操作系统的一个主要卖点是,它还能运行所谓的现代应用程序,这些程序可以占据整个屏幕,也可以与其他应用程序一起使用。

Windows 8开发者预览版包含了一系列现代应用程序,这些程序都是由微软实习生编写的“我是如何度过暑假的”项目。

Windows 8开发者预览版中包含的“现代”应用程序是由学生实习生编写的演示应用程序

这只是众多非受迫性错误中的第一个,这些错误注定了Windows 8的命运,也谴责了那些为Windows 8后继产品工作多年的工程师们。

微软的愿景是,这两个应用家族将是分开的,但又不平等。使用Metro用户界面,在触控硬件上运行的现代应用程序代表了未来,最终将取代几十年来作为PC革命基石的传统桌面应用程序。

微软的客户说:“没那么快。”在接下来的一年里,这些演示应用被功能更强大(但仍然不够强大)、专业编写的应用所取代。在试用了这些应用程序之后,大多数客户形成了一种普遍的看法,即他们的传统Win32应用程序(包括微软自己的桌面办公应用程序)是用于“真正的工作”的,而现代的应用程序则不够强大、不够灵活,通常不值得花这么大力气。

常言道,你没有第二次机会留下第一印象。第一印象就这样坚持了下来。

推出的Windows 10 5年前,微软试图使这些现代的应用程序更容易被允许他们运行在可调整大小的窗口与传统桌面应用程序,但客户继续远离微软商店,喜欢那些桌面应用程序,比如Microsoft Office和Adobe Photoshop和QuickBooks……你懂的。

公司不断地告诉开发人员扔掉他们的遗留代码,转而开发新的应用程序,这也于事无补。通用Windows平台(UWP)一开始是一个不稳定的赌注,但是一旦微软放弃了它在移动设备上的雄心,它就完全不可能成功。有多少生产应用程序的开发人员希望它们也能在Xbox游戏机或HoloLens耳机上运行?

这就引出了上周的重聚计划。微软很久以前就将Win32 API重新命名为普通的Windows API,现在它将这个API与UWP API结合起来,这样开发者就可以在他们的桌面应用程序中添加一些时髦的功能,比如共享面板。

这是一个显而易见的想法,你想知道为什么它在五年前没有发生,然后你就会想起微软的移动梦想在2015年仍然存在。你也可以看看苹果公司(Apple),它正以一种缓慢的步伐将iPad逐渐转变为MacBook的替代品,你会意识到,试图将移动桌面世界统一起来比看起来要困难得多。

如果你想看到微软偏离正轨有多远的例子,以及它需要做多少工作来纠正错误,看看2013年和2020年Windows的默认浏览器就知道了。

七年前,Windows 8有两个互联网探险者:经典的传统桌面应用程序,支持古代ActiveX等功能,和全屏,Metro-enabled版本Windows 8的沙箱但只是可悲的台式电脑或笔记本电脑的触摸屏。

微软甚至成功地说服了Mozilla和谷歌开发metro风格的浏览器,然后他们就放弃了所有人的支持。

时间快进到2020年,基于开源Chromium引擎的Windows 10新默认浏览器Microsoft Edge成功地整合了这些现代功能,并支持触摸屏设备,同时又没有疏远传统桌面应用程序的粉丝。

这是你对新旧世界可以成功结合这一概念的证明,但还有一点缺失。

请注意,新Edge并不是通过微软商店发布的,而是通过一个非常传统的机制发布的,作为一个可下载的安装文件。

这不是一个小细节。微软甚至没有尝试通过商店销售其新的浏览器或其最赚钱的软件产品(Office/Microsoft 365)。这些重要的决定并不是对苹果商店作为提供打包应用程序模型的信心投票,尤其是对消费者和小型企业。

在Project Reunion的github文档中,微软基本上抛出了一个问题:新的应用程序将如何进入用户的桌面:

你的应用程序不需要打包使用Project Reunion功能。如果你有自己的安装程序,我们会告诉你如何在你的应用程序中使用Project Reunion组件,以及如何使用一些常用的安装程序来安装它们。如果您的应用程序是UWP应用程序、桌面桥接程序或具有身份,则Project Reunion的某些部分可以更好地工作。

正如我的同事Mary Jo Foley说今年早些时候,微软商店业务被弃用,和微软的未来商店对消费者和中小企业是不确定的,是“官员在各种团队在公司一直试图想出一个协调一致的策略……我的联系人说,微软仍在致力于找到用户可以信任、发现和下载签名应用程序的方法,而这些应用程序并不一定在商店里。”

这就是重聚计划缺失的部分。微软已经相当成功地构建了让开发人员满意的工具,包括一个新的命令行Windows包管理器,它简化了安装开发工作站的任务。

但帮助开发人员编写新的应用程序是一回事。说服客户采用这些新应用程序来替代他们的传统桌面应用程序和基于web的服务是一个完全不同的挑战。至少到目前为止,微软还没有破解这段代码。

郑重声明:本文版权归原作者所有,转载文章仅为传播更多信息之目的,如作者信息标记有误,请第一时候联系我们修改或删除,多谢