微软商店的 Deathwatch 开始作为商店 Office 安装程序现在指向网络
2分钟读
发表于
阅读我们的披露页面,了解如何帮助 MSPoweruser 维持编辑团队 查看更多
我们最近报道了 根据 Paul Thurrott 的谣言,微软将终止 UWP 应用程序并淡化 Microsoft Store。
当时,这方面的主要证据是微软从商店中删除了书籍和音乐等类别,并帮助开发人员从常规应用程序中访问以前仅限 UWP 的 API。
然而,弹出了两个新项目以添加到证据案卷中。
一是微软发布了其 Azure Kinect API,支持 C 和 C#,但不支持 UWP 应用程序。
Azure Kinect 演示文稿 #mrdevdays,SDK幻灯片转储传入,注意 @roumenf ????
C 和 C# API 首先出现。 C# API 是围绕 C API 的 P/Invoke 包装器。 应该可以通过 Unity/PC 应用程序中的 C# 轻松使用。 *不*首先支持 UWP。 (我对此表示 100% OK) pic.twitter.com/SySLFZs2aR
— 罗伯·杰林豪斯 (@MCSpaceCadet) 2019 年 5 月 2 日
微软似乎不仅仅是将 UWP API 扩展给普通开发人员,而是实际上将支持转移给了以前被忽视的“遗留”开发人员,并有效地放弃了 UWP。 当然,现在还处于早期阶段,但我们之前已经看到了类似的迹象,当时微软已经开始放弃以前有价值的业务。
另一个重要的警告信号是 WC今天报道, 谁指出,当您这些天尝试从应用商店下载 Microsoft Office 时,您会被定向到 Web 安装程序。 微软在一份声明中说:
人们将继续能够在商店中找到 Office。 如果尚未预安装 Office 映像,他们将被定向到 https://account.microsoft.com/ 进行安装。
据报道,安装程序(如 Chromium 安装程序上的新 Edge)支持处于 S 模式的 Windows 10,无需访问应用商店。
如果专家的预测是正确的,我们应该会继续看到越来越多的微软绕过应用商店的迹象(例如能够直接从 Web 获取扩展程序和安装 PWA 应用程序),这应该可以清楚地表明微软倾向于哪个方向。
当然,微软需要保留 Store 和 UWP 的原因有很多,其中许多原因由英雄 UWP 开发人员 Rudy Huyn 进行了阐述。
恕我直言,我不能再不同意了。 如果他认为 UWP 只是 XAML/C# 应用程序,那他就错了,桌面桥应用程序就是 UWP。 如果他认为 XAML UWP 是用来取代所有其他技术的,那他也错了。
— 鲁迪·休恩 (@RudyHuyn) 2019 年 5 月 2 日
如果你想支持触摸屏和/或笔,对高 DPI 屏幕的出色支持,GPU 加速 UI 等。Xaml/UWP 是一个不错的选择,否则其他 UI 技术可用,也各有优缺点
— 鲁迪·休恩 (@RudyHuyn) 2019 年 5 月 2 日
然而,我们都可以就微软为什么需要手机操作系统或为什么他们需要自己的浏览器渲染引擎,甚至为什么操作系统更新应该是强制性的,但微软在所有这些场合都改变了方向。
微软不是在暗示他们放弃应用商店了吗? 请在下面告诉我们。