公司为使文档命令行更加“当代”所做的第两个关键性性不懈努力,使其与 Windows 11 的结构设计完全一致,并将其与 Microsoft 365 进一步资源整合。
今天晚些时候,谷歌展开了将近两个半小时的 WinUI 街道社区例会(探讨开发人员相关问题的交互式会议),悄悄确认已经开始为文档命令行展开关键性性预览,将其迁移到 Win App SDK,这可能会带来许多捷伊几率,主要包括更快的 WinUI 3 软件系统,出访捷伊 API 等。
Windows App SDK 并非两个捷伊架构,也并非原有 Windows 插件类别的代替品,如.NET(主要包括 Windows Forms 和 WPF)和暗含 C++ 的图形界面 Win32。也不能用一种捷伊词汇改写文档命令行,恰好相反,它更像两个库,能支持国际标准 API 和 WinUI 3。
具体来说,这可以使文档系统命令行更容易地采用 WinUI 3 的机能,能使其在今后的某一时间点进行关键性性的结构设计改建。不过,有人害怕 Windows App SDK 可能会使文档应用程序显得瑕疵更多。据检视,XAML 和类似于的当代模块比传统的 Win32 UI 要慢。
捷伊文档系统命令行将与采用者展开 A / B 试验,有两个披萨图标,以区别于目前的系统命令行捷伊如前所述 Windows App SDK 的文档系统命令行将在今后数周开始向 Windows Insider Program 中的采用者面世。如前所述,谷歌没改写文档系统命令行,所以起初不能有关键性性变动。不过当采用者采用 Windows App SDK 版的系统命令行时,会注意到图标上有两个“巴勒莫”图标。
谷歌确认,在与开发人员展开的将近一半小时的例会上,文档系统命令行将有“关键性性预览”。虽然没透漏这些“大变动”的确凿物理性质,但谷歌结构设计项目组表示,他们已经开始与关键性的文档系统命令行开发人员密切联系,以充分运用这一预览。
更为重要的是,像 Phone Link 和 PowerToys 这样的插件也是围绕谷歌的 WinAppSDK 构建的。
软件系统本地文档命令行体验和 Microsoft 365。
文档资源命令行的新结构设计外泄目前还不知道这些变动何时开始向试验者面世,但应该不能很快。