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

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

  • Windows

  • Windows 8及以上版本和WCOS的Builds杂谈

l zw 现在WFEP越来越分散了。WASDK_CBS也是单列的，但新功能又依赖。

其实就是新建几个文件夹，多划几个项目方便开发。不然代码全混在一起……这可不好玩
现在是Shell一个包、FileExp一个包、核心功能一个包、二次OOBE一个包。其实倒也不错，但是为什么一定要叫WFEP啊🤣
快进到SystemApps更名为Windows Feature Experince Apps[doge]

说到这了，23403也出现了ShellAppRT，搞不好微软最终的目标是把explorer掏空，然后Shell部分交给ShellAppRT，File Exp进WFEP用WinUI 3/岛重写或刷新。而且以上内容，很大概率会在11 23H2推送。

      ThinkBou 然后借此机会彻底干掉控制面板？

      Tony060912 那样的 WinUI 化 explorer 依然没有出现

      那个图片里面都没有披萨……要么概念要么内部

            DaleZ 现在的shell UI还依赖于explorer
            如果能解除这个依赖，再把桌面xaml化，再重写去除包袱后的explorer，干掉控制面板，UI和体验可能会好很多
            现在的桌面还是传统win32 UI

              DaleZ 要么概念要么内部

              他们去年四月就做了类似的概念了……还记得混合办公发布会吗？当时还小惊喜了一波，结果啥也不是

                ThinkBou 直接提取作为系统应用安装，安装成功，但无法正常使用，算是失败了。
                gailium119 果然

                      l zw 直接提取作为系统应用安装，安装成功，但无法正常使用，算是失败了。

                      @何木槿 已经类似试过好几次了🤣

                      • l zw 回复了此帖

                          ThinkBou 我试过很多次，成功的只有19041+（20279-20348）的WFEP（120.27512.10351.0），也包括10X的，可能与都是120.x有关，还有22000+22449的WFEP，成功是因为22449并未包含实际更新的WFEP。
                          程序包/提取应用都试过，一装上就炸，进度条刚走完就提示 Windows 输入体验 不能启动之类的，程序包由于要重启，甚至会牵连到explorer一起炸。部分替换文件也试过，只有新版文件涉及的功能炸。

                              何木槿 我本来想着22639-22647很近，结果还是不行。实际上文件是623-723。

                                  l zw 22624.1465来力，移了少量功能下来（）
                                  估计23xxx正式roll out悬了，微软我***（友好问候）
                                  毕竟22000.1→22000.41也是321→421，WFEP也跨了100（

                                      M$雇员都认可的WOA体验，尽在Apple Silicon（

                                      何木槿 估计23xxx正式roll out悬了

                                      倒也不一定。23xxx给GA还是有可能的，毕竟微软真的要通过CU推WinAppRT是给自己找罪受，以后下更新要等很长时间……

                                      • l zw 回复了此帖

                                          何木槿 不过.1465（22640）还是623。
                                          毕竟23550就是上限了，不太可能进Retail。按照每个工作日Build+1，也只能到九月底。我倒是期待那之后Dev会推什么。
                                          ThinkBou 然而SystemApps不就是随CU更新吗？不然就变成了非系统应用。除非WFEP也通过商店更新。

                                                l zw 23550就是上限了

                                                垃圾网络又抽风复读力（悲）

                                                这话我不知道在哪里见过，能否给一下出处？
                                                BTW，那么24xxx这一段基本就等于是被放弃了？远景有人用20277->21277举例，但是20277->21277中间也还是夹着一些Build啊（

                                                • l zw 回复了此帖

                                                    l zw 23550就是上限了

                                                    某人不是说没有23550吗……

                                                    l zw 而SystemApps不就是随CU更新吗

                                                    一个WinAppRT就60MB，以后呢……

                                                    • l zw 回复了此帖

                                                          何木槿 23550不是有rs_prerelease的版本吗？按照规律，正式版本一般不会与下一周期早期测试版的版本号重合，比如16299即使重新编译个16299.15，也不会突破16300。24xxx不一定不存在，但不太可能推送。
                                                          ThinkBou 某人我也不认识啊。我根本不知道有这事。
                                                          psfx CU展开体积翻两倍以上，然而展开后也只是delta，应用delta后应该还要翻三五倍。反向分析，60MB的文件对CU大小的影响并不大。况且WinAppRT有一半的文件平常更新是基本不变的，甚至完全不变。

                                                                新发现：23403有22622/22623相关组件，也就是可以“升级”到22622/22623，但不包括22624。
                                                                由此推断，234xx应该是从M2就和Beta分道扬镳了。但231xx又被认为是M3，那就只有两种可能：231xx并不是M3，或者231xx和234xx没有接续关系。
                                                                此从有了betaflt分支，好像Retail/Beta/Dev(ni_prerelease)都是平行开发的，完全找不到规律了。

                                                                  © 2025 wvbCommunity 管理团队

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

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