Windows Feature Experience Pack的讨论与研究

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

基本搞明白当初搞WFEP的原因是什么了。其实很清晰，就是：
通用组件
[tieba=pen][tieba=pen][tieba=pen]

更多内容见ThinkBou

何木槿 你被UUPdump骗了，上面那个才是8MB的（

何木槿 话说为什么我下载的20279都没法正常挂载，都是损坏的（）

挂载有存储池的VHD不是一件容易的事情，我建议你使用Hyper-V启动……

何木槿 Win UI 2.2就加入了窗体圆角函数，10X（19587）基于Win UI 2.3（这个版本加入圆角控件），看来微软的超前布局还是可以的。以及——使用还未成体系的Win UI 2.3，却能造出10X这样设计体系较为统一的系统，微软的功底可见一斑。

第一，OS设计很早就在做。设计端有很多很好看的设计，主要在于工程师他们能不能用代码实现设计需求。设计团队会提供要求，开发团队根据这些要求用代码实现。所以在你看到推出来的东西有变化的时候，其实可能早就规划完了，没什么超前布局的问题。另外圆角也是社区呼吁的一个功能，毕竟WinUI 2在GitHub开源了。
第二，对外推出控件可能晚很久，但是所有源码都在微软那里，怎么胡搞都行。你看到的和微软看到的可能就不是一个东西，你看到的可能不成体系，但是微软那边早就已经做好了，只不过因为各种原因发不出来罢了。所以微软告诉你用了WinUI，但是你就不一定能用同一个东西做出来同样的效果。
实际上，UWP完全可以在Win10实现Mica效果，就是微软故意不加罢了。Mica只用Windows SDK就能搓出来，因为和亚克力一样，也是那几个层的叠加，跟本不需要内置的WinUI 2（Microsoft.UI.XAML.CBS）。
这就是你看到的和微软看到的不同。微软可能把这些打包成了一个Mica刷，但是你在Win10上实现不了。实际上要是翻到源码，很容易就能用官方提供的SDK自行解决Mica，在不支持的OS上实现Mica。

何木槿 微软要实现也确实不难，WinUI 3已经支持Mica。

这很明显就是Mica其实不需要特定的WinUI。本质上就是那几个算法的叠加，你要能偷到这些算法，你也可以用全新的办法实现Mica。

何木槿 这样就算装上了也不起作用吧，还有可能把整个shell搞坏
我之前尝试把21996的Shell Experience Host和体验包装到21390上，结果shell频繁崩溃无法使用

在SV2M1即将GA的时刻，我对WFEP的作用下个定论：

1. 在早些10X还在开发的时候，WFEP确实是体验包，用于集合通用部件（比如输入体验、搜索体验等）的一个功能包，方便维护。这来源于WCOS的通用部件设计理念（但是和CShell无关）
2. 在后来SV开发的过程中，承担了explorer.exe屎山代码刷新的作用，比如更新Shell、更新桌面体验、更新文件资源管理器体验等，这样确实便于维护。但是之前集成进功能包中的内容并没有移出，直到现在也是如此。
3. 在SV和SV2的开发中，新的部件依旧集成到了WFEP中（比如辅助功能之类的）。
4. 在Moments工程中WFEP继续作为更新OS内的Shell、桌面体验、文件资源管理器的把手……

所以综上，WFEP现在已经脱离了当初的设计初衷，既没用于通用部件（Windows Holographic到现在也没用上WFEP）也没实现通过商店更新WFEP，演变成了一个注重于系统中的非核心独立部件的程序和翻新explorer.exe代码的工程

至于为什么选择了WFEP作为新屎山的存放处，那就不知道了……顺便这个问题在这里也能解释了

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

面对一群全是屎山代码的工程，你是在这个工程里改来改去还是新建一个文件夹开新的屎山[tieba=huaji]

相关内容ThinkBou ThinkBou ThinkBou

Famous 我建议你看看新修改的内容，之前我还没有编辑完成

何木槿 （UPD 2023/1/15：SEH已经名存实亡，Cobalt阶段还存在对它的引用，Nickle已经彻底抛弃它了）

well……SEH还承担了一些页面的UX，比如分享页面、控制中心、通知中心和日历、没准还有新的打开方式选项。所以这个东西短时间死不了……

何木槿 pri文件似乎是Qt编译的XAML库

Qt编译？

ThinkBou 一个注重于系统中的非核心独立部件的程序的工程，现在已经和OS高度绑定（指版本号已经与OS核心版本号同步）