Win10 UWP开发系列:解决Win10不同版本的Style差异导致的兼容性问题
最近在开发一个项目时,遇到了一个奇怪的问题,项目依赖的最低版本是10586,目标版本是14393,开发完毕发布到商店后,很多用户报无法正常加载页面。经查,有问题的都是Win10 10586版本。
我上篇博客中写到的自定义的AppBar控件,也存在这个问题,10586会报错。
为此特意下载了10586的SDK调试。错误显示,一个样式找不到,名为ListViewItemBackground。因为开发的时候是基于14393的,有可能是14393的SDK中默认有该样式,但10586没有。
首先找到以下目录:
C:\Program Files (x86)\Windows Kits\10\DesignTime\CommonConfiguration\Neutral\UAP
可以看到里面有以下三个目录:
这就是三个不同版本的Win10。依次打开里面的Generic目录,里面的generic.xaml就是默认的样式文件。为了比较三个版本不同的区别,使用VS Code的同学可以安装这个插件:
安装完毕后,reload一下,把三个版本的generic.xaml拖进来,在第一个要比较的文件上右键单击选择Mark 1st file,在第二个文件上右键单击选择Mark 2nd file,就可以进行比较了。
首先查找ListViewItemBackground这个值,发现14393里是有这个属性的,但10586没有,找不到这个值就报错了:
可以看到,差异还是比较大的。
至于自定义的AppBar的问题,是因为我从14393的样式里复制出来的模板,是这样的:
而在10586中,AppBar的模板是这样的:
但在14393中,其实跟10586的值是一样的:
也就是说,14393里把一些资源重新起了个名。传说中的微软改名部再次立功了。
再比较一下14393和15063,可以发现也有一些小改动:
所以如果要用到这些样式的时候,一定要确认在不同版本中的默认样式中是存在的,否则就会找不到资源而报错。
那如何解决这个问题?一种方案使,将14393的默认样式中10586里不存在的那部分复制到项目中。但是如果使用了自定义控件,仍然有可能会发现莫名其妙的错误,比如有些控件的模板使用了只有14393才支持的属性,可以参考这几个文章:
所以保险起见,项目最低版本改成14393就行了。需要注意的是,15063的样式仍然有改动,如果自定义了模板的话还需要考虑兼容性。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 周边上新:园子的第一款马克杯温暖上架
· Open-Sora 2.0 重磅开源!
· 分享 3 个 .NET 开源的文件压缩处理库,助力快速实现文件压缩解压功能!
· Ollama——大语言模型本地部署的极速利器
· DeepSeek如何颠覆传统软件测试?测试工程师会被淘汰吗?