Windows Feature Experience Pack的讨论与研究

何木槿 变成10X样式了

话说我怎么记得10的输入法外观也是这样……你确定没贴错图吗

DaleZ Windows 10上好像就是个表情按钮，Windows 10X上好像是如图所示（确实长得差不多）
我才发现Windows 10的IME候选栏支持Arilyc，然而Windows 11的不行

ThinkBou 在？最右侧多了一个表情符号按钮抱歉搞错了，实际上就一些 UI 更改

ThinkBou Windows 10上好像就是个表情按钮，Windows 10X上好像是如图所示（确实长得差不多）

对，实际上输入法就没有多少更改。咱来玩一个找不同：


好了，所见即所得（

旧闻推送

1. WFEP在传统Windows NT内核中刚开始应用时，Retail（通过商店推送，WindowsApp）的包名和后来不一样
   • 这是Build 18917中的注册表信息，包名是MicrosoftWindows.UX.Client.ST
     
   • 这是后来正式版的注册表信息，包名是MicrosoftWindows.Client
     
     这个东西现在在商店中作为占位符出现，没有实际内容……
     

有意思的是，后来在商店上架的Client的WFEP（Client）的PhoneProductId与18917的那个（UX.Client.ST）不同，而且在商店上架的10X的WFEP的PhoneProductId与这二者均不同

2. 注册表中还有BuiltIn（通过UUP推送，SystemApp）的信息
   • 这是Build 18917中BuiltIn所对应打包应用的AppxManifest，包名是MicrosoftWindows.UX.Inbox
     
     值得注意的是，最开始不管是BuiltIn还是Retail均是作为WindowsApp出现的。
   • 这是19041+的注册表，包名是MicrosoftWindows.Client.CBS（与之对比的是，10X的WFEP包名是MicrosoftWindows.Windows10X.CBS）
     
     这个才是真的起作用的Windows Feature Experience Pack
     
     （左侧是Windows 11 21H2的WFEP，右侧是Windows 10 21H2的WFEP，可以看到Win11的WFEP承担了更多功能）

有意思的是，10X中BuiltIn WFEP（Windows10X.CBS）与Client中BuiltIn WFEP（UX.Inbox/Client.CBS）的PhoneProductId相同，而且上面的那个Client.ST的PhoneProductId也与这二者相同，因此才能让10X的WFEP迁移到正常Client后还能正常运行。

何木槿 现在用CAB包装

何木槿 我觉得在Windows客户端版中用cab部署估计就是要承担更多任务（比如要承担部分Shell的内容），要求其必须作为SystemApp出现，并且由于涉及到未公开API需要通过Windows更新提供更完整的内容。
正如上面提到的，真正起作用的WFEP在Windows 10/11中是SystemApp，不是WindowsApp。所以很自然的，这玩意作为打包应用单独安装起作用是绝对不可能的。因此何木槿 何木槿 ，如果需要让WFEP完全生效，你需要把它部署为SystemApp。除此以外，你可能还需要一些API的支持……

何木槿 不过CBS和ST是什么意思呢
如果你认为CBS是CameraBarcodeScannerPreview，那么Windows Feature Experience Pack可能不适合你。

何木槿 通过解包cab，然后安装里面的两个mun文件，就可以部署为SystemApp，因为这是通过更新服务部署的（）

那么如果我想把10X的WFEP部署为10/11的SystemApp呢

何木槿 这些我都在18947以及之后的20H1 Builds里面发现过

所以是旧闻推送，省的你去火星接我了

何木槿 18947里面也已经出现了 Modern UX Product App的雏形，以及HtmlStart（

Build 18947是一个特殊的版本，出现这些东西其实很正常，毕竟那是rs_xbox分支。我认为这些东西要是在正常分支里出现了才不正常……

何木槿 新版语音识别也集成到WFEP中啦。看来WFEP的前途无量……

何木槿 ComposaBle Shell？想多了，应该是Component Based Servicing Reference
ST可能是STore？

话说10X存在注册表这种东西吗 @何木槿

必须挖坟
ThinkBou SV2马上就要GA了，那么WFEP到底起什么作用也可以下做初步总结了：

1. 作为一部分Shell出现，用于刷新explorer的屎山代码
2. 包括一部分具有SystemResources性质的文件，比如任务栏的资源文件
3. 替代了一部分ShellExperienceHost的功能，比如开始菜单和搜索的UX
4. 集成了一些非独立核心部件，比如输入体验

我还是很好奇为什么任务管理器的刷新不集成到WFEP，难道是原来开发10的人员换岗换回来了？抑或是只集成资源管理器岛化刷新的内容？

不过还有一个问题需要解释：搞WFEP的原因是什么？

何木槿 哪些开发组……
另外我看到ShellComponents、ShellExperiences、SystemResources下有很多已经被砍掉的东西遗存，它们现在留在OS内的作用是什么？此外在你看来，分离某些东西的作用是什么