论坛风格切换
 
  • 帖子
  • 日志
  • 用户
  • 版块
  • 群组
帖子
购买邀请后未收到邀请联系sdbeta@qq.com
  • 5阅读
  • 0回复

[业界新闻]微软将以WinUI 3原生界面回应Windows用户对“网页壳”臃肿体验的不满 [复制链接]

上一主题 下一主题
 

发帖
11613
今日发帖
最后登录
2026-05-15
只看楼主 倒序阅读 使用道具 楼主  发表于: 2026-05-15 14:48:57
  在用户对“网页应用臃肿(web app slop)”抱怨日益高涨的背景下,微软正式对外释放信号:将在Windows 11上全面回归原生界面技术,重点押注WinUI 3框架,削减系统和应用对WebView2、Electron等网页包装技术的依赖,借此大幅降低资源占用并改善响应速度。 |EY1$qItid  
jY ;Hdb''  
  微软表示,其目标是让WinUI 3成为“构建Windows体验和应用的最佳原生UI平台”,以重建开发者信任,并扭转Windows 11在性能和流畅度方面的负面口碑。 urQ<r{$x0  
AdzdYZiM_  
  过去几年,出于跨平台和成本考虑,包括大型科技公司在内的众多开发者,逐渐从传统原生Windows应用转向PWA或Electron等“网页壳”解决方案,这类应用虽然开发效率高,却常常占用大量内存和电量,即便只呈现简单界面也显得极不经济。伴随Windows 11推出的各种WebView2界面组件,一些系统核心模块也被批评存在细微但恼人的卡顿,令桌面体验沦为“浏览器套壳”。 ^KV:.up6  
}{[JS=A^  
  根据微软工程团队在GitHub上发布的技术简报,WinUI 3在性能方面取得了显著进展,尤其是在文件资源管理器(File Explorer)等核心应用的启动阶段。官方给出的数据表明,在资源管理器启动过程中的WinUI部分,内存分配次数减少约41%,瞬时(临时)分配减少约63%,函数调用数量减少约45%,整体停留在WinUI代码中的时间缩短约25%。这些改动意味着UI框架自身的开销大幅下降,界面可以更快完成渲染并变为可交互状态,为用户带来更敏捷的启动体验。 iEbW[sX[ 4  
uX6rCokr  
  微软强调,这些指标并不意味着资源管理器整体启动时间会“同步减少40%”,因为实际体验提升还取决于多个团队在文件系统、后台服务等层面的协同优化。不过,从框架层面“瘦身”被视为长期性能规划中的必经步骤,尤其是当这类优化再叠加“低延迟配置”这样的硬件调度措施时,将形成“1+1>2”的复合效果,从而显著缩短应用真正进入可用状态的时间。 H)Z$j&S{  
PK&X | h  
  微软同时开始系统性地将Windows 11的核心UI从WebView2/Web技术迁回WinUI 3原生实现。Windows Latest此前报道称,开始菜单的React/Web组件正逐步被WinUI 3原生代码替代,类似方向也将拓展至更多系统组件,以消除因网页渲染引擎带来的额外抖动与延迟。这被视为“清理系统中网页壳”的关键转折,标志着微软在架构层面正式为“原生优先”定调。 KXBTJ&  
K1o&(;l8G  
  为了确保这些性能提升真正落地到开发生态,而不仅仅停留在微软自家应用层面,公司还对WinUI 3的开发流程进行了大幅“减负”。传统原生Windows开发往往需要安装体量庞大的Visual Studio,并深入理解复杂的XAML结构,对许多习惯用Web技术的开发者来说门槛极高。 V=Z%y$1Bc  
]jR-<l8I-  
FR\r/+n:t0  
xX8 c>p  
7(H?3)%0  
  为了拆除这道门槛,微软推出了一套面向WinUI的开源dotnet new项目与项模板,开发者可以在命令行中直接生成、构建并运行打包好的WinUI原生应用,无需开启Visual Studio。 CM t$ )  
<<9|*Tz  
  这些模板预设了现代Windows应用轮廓,包括符合Fluent Design的标题栏、导航视图、TabView等,同时与WinApp CLI集成,自动处理过去常常令开发者头疼的MSIX打包及证书注册流程。在命令行执行dotnet new winui-navview等指令后,开发者即可获得一个带有现代导航架构、支持明暗模式的原生应用骨架,大幅缩短从“空项目”到“可运行原型”的时间。 "J `#  
_9S"rH[  
  更具突破性的一步,是微软为GitHub Copilot、Claude Code等AI助手推出了专用的WinUI Agent插件。开发者只需在命令行中以自然语言提出需求,例如“创建一个带缩略图和EXIF信息的WinUI 3照片查看器”,AI代理就会自动选择合适模板、生成MVVM架构、编写XAML界面,并尝试修复编译错误,甚至还能调用集成的UI自动化测试能力,运行端到端UI测试以发现并修复功能问题。微软称,通过赋予AI对WinUI与Windows App SDK的“深度领域知识”,原生开发的时间与成本将被显著压缩,从根本上削弱跨平台网页壳方案在“开发效率”上的优势。 d^"|ESQEU  
B.);Ju  
  与此同时,微软在WinUI 3的性能路径上也做出了一定的结构性取舍。工程团队在GitHub更新中承认,要实现这些“刀尖上的性能”,需要对默认控件样式做出破坏性调整,一些严重依赖自定义容器和模板的旧应用可能会因此受影响。出于兼容性考虑,相关性能优化暂时以“可选(opt‑in)”形式提供,供有需求的开发者主动开启;但微软的中长期规划是,在WinAppSDK 3.0或4.0+之后,将这些高性能路径切换为默认开启、需要时再手动“退出(opt‑out)”,推动整个生态向更高效的原生实现迁移。 .EjjCE/v-  
hl,x|.f}4Y  
  在更广泛的行业层面,内存价格走高、桌面应用普遍膨胀、聊天软件随便就占用1GB以上内存的现象,都让用户对“低效软件”愈发难以容忍。Windows 11此前频繁被批评“越来越像浏览器壳”和“现代应用反而比旧版更慢”,某些高层前任甚至透露微软曾经给每位工程师发过秒表,强调需要“真正在意用户等待了多久”。如今,伴随WinUI 3在框架级减负、开始菜单等核心组件向原生迁移、2026年5月补丁更新中对性能和体验的持续修补,以及一整套围绕命令行和AI的开发工具链,来自雷德蒙的信号愈发明确:微软希望让Windows 11真正回归一个高性能、强响应、深度原生的桌面操作系统,而非堆叠网页层的“壳中之壳”。 |WgFLF~k