微软拆分操作系统的计划初现雏形
Windows 10 预览版显示了 Windows 操作系统与 shell 分离的迹象,这与微软的模块化计划相一致。
来自 20H1 分支的最新 Windows 预览版(build 18917)有一些隐藏的组件,这些组件预示着未来 Windows Shell UI 部分(比如 Action Center)将与 Windows 的其余部分相分离,可以使用 shell 软件包进行更新。
一位 Twitter 帐户名为 Albacore 的开发人员详细介绍了 Build 18917 中一个名为 “Shell Update Agent” 的新组件;他特别指出,该组件“能够根据需要获取和更新 shell”。
对于大多数 Windows 10 用户而言,这项功能可能没什么意义。然而对于 Windows 观察人士来说,这可能是微软并未宣布的 Windows Core OS 计划值得关注的动向;在该操作系统中,Windows 实现了模块化,调用针对外观尺寸各异的不同设备的一系列 shell,从 HoloLens、Surface 到双屏设备(比如最近披露的 shell 名为 Santorini 的 Centaurus 笔记本电脑),不一而足。
Albacore 继续解释,Shell Update Agent 引用“包系列名称”(Package Family Names),这表明“shell 的确是一个独立的打包组件”。
可以从外部和内部来源获取这些 shell 包,这可能意味着可以基于这些获取的包,选择性地构建像 Start Menu、Action Center 和 Taskbar 这些 shell 组件。
正如 Albacore 指出的那样,调用 ShellUpdateAgent 的 StartInternalPackageAcquisition 会“神奇地”从微软商店安装一个名为“UX.Client.ST”的 UX 包。然而,眼下该实用程序只是占位程序(placeholder)。
Albacore 特别指出,这些新版本中的 Windows 10 Action Center 是获取 Shell 包的首批特性之一。
最后,特别提到的另外一个与 shell 有关的改变涉及用于同步设置的新方法。
Albacore 特别指出:“这个新方法应该支持同步更先进的、以前‘遗留’的选项,比如文件资源管理器配置。”
假设微软沿这条路走下去,这些变化可能会在 2020 年 3 月到 5 月之间出现,这是来自 20H1 分支的 Windows 10 的预定发布日期。
除了这些未经宣布的变化外,Windows 10 预览版 build 18917 还为开发人员提供了许多其他值得关注的新功能,包括新的 Windows Subsystem for Linux 2,该子系统有赖于微软自己的基于 Linux 4.19 的 Linux 内核。
稿源:云头条

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。
持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。
转载内容版权归作者及来源网站所有,本站原创内容转载请注明来源。
- 上一篇
Oracle 发布基于 VS Code 的开发者工具,轻松使用 Oracle 数据库
Oracle 发布基于 VS Code 的开发者工具,让开发者能轻松连接 Oracle 数据库。 ▲ Oracle Developer Tools for VS Code Oracle 数据库在DB-Engines Ranking长期占据第一,对于大量开发人员来说,使用 VS Code,在创建、编写、运行以及管理你的 Oracle 数据库将会更加方便。 特性 使用 EZ Connect syntax、TNS Connect aliases或 Windows authentication 连接Oracle 数据库和 Oracle Autonomous 数据库 创建和管理所有的数据库连接 提供智能提示、语法高亮和代码片段等功能来编辑 SQL 和 PL/SQL 脚本 执行 SQL 脚本,并查看和保存运行结果 详细入门方法 文章参考
- 下一篇
Debian 移植 RISC-V 64 架构已完成 90%,LLVM 成阻碍
Debian 移植 RISC-V 64 进展迅速,目前已经完成了近 90% 的软件包移植。 上图展示的是目前 Debian 软件包移植到各个架构平台上的情况,其中 RISC-V 64(灰线)已经完成了近 90%,而这距离刚开始向该平台迁移才经过短短几个月。Debian开发者在博客中指出,因为与架构无关的软件包大约占 Debian 的一半,而且只要所依赖的编程语言解释器之类的软件存在,那么所有移植版本其实都可以使用与架构无关的软件包。这意味着一开始就有大约 90% 的软件包可用于 RISC-V 64 架构。 但是剩下的大约 10% 是怎么回事呢?答案是与 LLVM 和 Rust 相关的软件,RISC-V 目前仍然缺乏对 LLVM 编译器的支持。Rust 其实也基于 LLVM,并且没有基于 GCC 或其它工具链的 Rust 编译器,LLVM 是唯一的选择,所以归结起来就是LLVM 成了移植障碍。 目前 Debian 中有超过 500 个来自 Rust 生态的软件包(约占 4%),在 Rust 支持 RISC-V 64 之前,它们都无法构建和使用。 值得注意的是,Firefox 是依赖于 R...
相关文章
文章评论
共有0条评论来说两句吧...
文章二维码
点击排行
推荐阅读
最新文章
- CentOS7,CentOS8安装Elasticsearch6.8.6
- SpringBoot2整合Thymeleaf,官方推荐html解决方案
- SpringBoot2编写第一个Controller,响应你的http请求并返回结果
- 2048小游戏-低调大师作品
- Mario游戏-低调大师作品
- Windows10,CentOS7,CentOS8安装MongoDB4.0.16
- CentOS8编译安装MySQL8.0.19
- CentOS8,CentOS7,CentOS6编译安装Redis5.0.7
- CentOS8安装Docker,最新的服务器搭配容器使用
- CentOS7,8上快速安装Gitea,搭建Git服务器