检测到论坛CSS可能没有正确加载，如出现排版混乱请刷新重试。

We detected that the CSS might not be loaded correctly. If the website displays abnormally, Please refresh and try again.

  • Windows

  • Windows Feature Experience Pack的讨论与研究

ThinkBou 看来系统核心shell体验还是要剥离WFEP了，估计微软也发现挂在同一个包上不太好，剥出来的shell相关内容估计要改名叫核心服务包了[tieba=huaji]

      ThinkBou ……那这也太那啥了
      但据我的经验，这种更新文件多了去了

        1 个月 后

        从Azure Stack HCI （20348.112）搞到了20348.1 的WFEP（这东西你在新版本的UUP Set上是无法下载的，20348.1的UUP Set又已经下架），然后顺手就安装在19044上了，兼容倒是没有问题，毕竟Windows 10X的WFEP 19044带起来也完全没问题。
        这个WFEP就是一个Production签名的20279的WFEP。

          2 个月 后

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

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

          更多内容见ThinkBou

                gailium119 不，这个真正的cab确实下架过一段时间（报错），次链接下载下来就是只有几个KB，现在8MB的主链也能下载了。
                不过我都有了。

                  10X（Manganese）还没有体验包的概念，InputApp是单独的，Files也是独立的，没有像后来一样被整合进WFEP（10X）


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

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

                    何木槿 话说为什么我下载的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。

                          ThinkBou UWP完全可以在Win10实现Mica效果，就是微软故意不加罢了。

                          微软要实现也确实不难，Win UI 3已经支持Mica。[tieba=huaji]

                          ThinkBou 我建议你使用Hyper-V启动

                          AMD处理器+4GB RAM+HDD+集显吃RAM，我劝你善良

                          ThinkBou 设计端有很多很好看的设计，主要在于工程师他们能不能用代码实现设计需求。

                          微软的广告部跟WDG什么的根本不像一家人
                          现在微软某些分支保密性太好了，以至于我们连Windows 10 曾经刷新过的一些组件（在10X被砍之前）都无从知道是什么样子，反正肯定比今天的10要好，现在看BetaWiki索然无味

                                  10 天 后

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

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

                                      ThinkBou 然而微软商店里面只要涉及到Mica的东西在Cobalt之前都是白色背景，（已排除微软官方阉割的应用），虽然GayGitHub上有WPF的Mica实现，但我就是没在完整的应用中见到Cobalt之前的Mica。
                                      当然WIN UI 3的概念也不需要解释了。\

                                      ThinkBou 据说Win UI 3通用库未来会有Mica

                                      我是在Win UI 3 Gallery看到Mica还是Coming Soon的状态（1.0 release），所以我这么说，当然现在1.1是已经有了，但我的Iron死活装不上1.1的Gallery，所以也就还是说“据说”，至于11上的，支持Mica很正常
                                      我就是想在Cobalt之前见见Mica

                                            何木槿 但我就是没在完整的应用中见到Cobalt之前的Mica。

                                            有人给UWP写了一个第三方MicaBrush，不用WinUI那种……

                                            还有，为什么不看看Mica™呢？

                                            然而微软商店里面只要涉及到Mica的东西在Cobalt之前都是白色背景，（已排除微软官方阉割的应用），虽然GayGitHub上有WPF的Mica实现，

                                            另外，其实是灰色，只有在Fe之后才会是白色。

                                            何木槿 廉价的实现方案，如果能给个图就更好了

                                            上面那个图里的视频就是你想要的，手搓的廉价实现方案……只不过和你想要的有偏差，你想要的是普通用户可以直接替换的，但是我给的是开发者开发用的。

                                                  ThinkBou 这些我都知道，我就是想看看廉价的实现方案，如果能给个图就更好了，要那种所见即所得的，IT之家有人发过全局材质替换，但是帖子被吞了

                                                      7 天 后

                                                      哦，我相信你不是认真的

                                                      • momo 回复了此帖

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

                                                            momo 体验包我倒是在21390上安装成功过
                                                            这安装的是WFEP Core Package，系统会显示新的体验信息，但系统根本不认识这是什么包

                                                              1 个月 后

                                                              在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 我建议你看看新修改的内容，之前我还没有编辑完成

                                                                          © 2025 wvbCommunity 管理团队

                                                                          删封申诉 | 知乎专栏 | 状态监控 | 用户协议(EULA) | 隐私政策

                                                                          本站文章除其作者特殊声明外，一律采用CC BY-NC-SA 4.0许可协议进行授权，进行转载或二次创作时务必以相同协议进行共享，严禁用于商业用途。