ResourceDictionary主题资源替换(二) :通过加载顺序来覆盖之前的主题资源

之前的ResourceDictionary主题资源替换(一)通过加载顺序来覆盖之前的主题资源,介绍了WPF框架对ResourceDictionary资源的合并规则。

此篇介绍一种在编译期间,实现资源替换的方案

前言

如下图,项目中存在俩个主题资源字典,我们想通过配置一键修改项目的主题。

首先,我们默认使用的是灰色主题

添加项目属性文件

新建文件Themes.props(主题设置),

并添加当前主题版本:

1 <Project>
2   <PropertyGroup>
3     <Theme>Theme-Red</Theme>
4   </PropertyGroup>
5 </Project>

如上,切换当前版本为红色主题

修改项目csproject

引入主题配置文件:

  <Import Project="..\Themes.props" Condition="Exists(‘..\Themes.props‘)" />

添加资源替换:

在编译前,判断当前主题,如果为红色主题,则替换;

  • 将项目中的文件Theme-Normal.xaml、Theme-Red.xaml全部删除(如果Theme-Red.xaml没有添加到项目中,是以本地文件存在,则不需要此删除步骤)
  • 将Theme-Red.xaml伪装为,当前程序资源中的Theme-Normal.xaml
 1   <Target Name="ReplaceTheme" BeforeTargets="BeforeBuild" Condition="‘$(Theme)‘ == ‘Theme-Red‘">
 2     <ItemGroup>
 3       <Page Remove="Theme-Normal.xaml" />
 4       <Page Remove="Theme-Red.xaml" />
 5       <Page Include="Theme-Red.xaml">
 6         <Generator>MSBuild:Compile</Generator>
 7         <Link>Theme-Normal.xaml</Link>
 8       </Page>
 9     </ItemGroup>
10   </Target>

替换后的主题色:

需要注意的坑

此方案,需要资源字典中的键值匹配对应,如果缺失了某个样式等资源,后续可能会有意想不到的异常哦~

如何规避?

可以下载资源字典修复工具,Github地址:ResourceIntegrityCheck

工具会将缺失的资源,从另一份资源字典中复制到此资源文件中。所以修复完成,提交代码前可以确认下,资源如样式是否匹配当前主题。

原文地址:https://www.cnblogs.com/kybs0/p/10731416.html

时间: 2024-11-06 09:31:46

ResourceDictionary主题资源替换(二) :通过加载顺序来覆盖之前的主题资源的相关文章

css样式加载顺序及覆盖顺序深入理解

注:内容转载 很多的新手朋友们对css样式加载顺序和覆盖顺序的理解有所偏差,下面用示例为大家详细的介绍下,感兴趣的朋友不要错过 { height: 100%; width: 200; position: absolute; left: 0; border: solid 2 #EEE; } .current_block { border: solid 2 #AE0; } 查找一些教材中(w3schools等),只说css的顺序是"元素上的style" > "文件头上的st

(转载)web.xml 中的listener、 filter、servlet 加载顺序及其详解

首先可以肯定的是,加载顺序与它们在 web.xml 文件中的先后顺序无关.  但不会因为 filter 写在 listener 的前面而会先加载 filter.  最终得出的结论是:listener -> filter -> servlet 同时还存在着这样一种配置节:context-param,它用于向 ServletContext 提供键值对,即应用程序上下文信息.我们的 listener, filter 等在初始化时会用到这些上下文中的信息,那么 context-param 配置节是不是

服务器启动时Webapp的web.xml中配置的加载顺序

一 1.启动一个WEB项目的时候,WEB容器会去读取它的配置文件web.xml,读取<listener>和<context-param>两个结点. 2.紧急着,容创建一个ServletContext(servlet上下文),这个web项目的所有部分都将共享这个上下文. 3.容器将<context-param>转换为键值对,并交给servletContext. 4.容器创建<listener>中的类实例,创建监听器. 二  Load-on-startup Lo

java web.xml listener servlet 和filter的加载顺序

在项目中总会遇到一些关于加载的优先级问题,近期也同样遇到过类似的,所以自己查找资料总结了下,下面有些是转载其他人的,毕竟人家写的不错,自己也就不重复造轮子了,只是略加点了自己的修饰. 首先可以肯定的是,加载顺序与它们在 web.xml 文件中的先后顺序无关.即不会因为 filter 写在 listener 的前面而会先加载 filter. 最终得出的结论是:listener -> filter -> servlet 同时还存在着这样一种配置节:context-param,它用于向 Servle

类中各模块的加载顺序

一.引言 说实话,此部分知识是在当初学C#基础的时候学到的,起初就记得有这么回事,后来学Java的时候对于基础跳过去很多,最近项目上遇到了一个问题,最终问题当然解决了,解决后想到了类中各模块加载顺序这个知识点,当结果与理论此时相互印证一番后,对此知识豁然开朗,也更清晰. 二.问题由来 一个类Test交给Spring进行管理,但是此类通过XML的形式进行配置的,在Test类中利用@Autowired注入了使用@Service注解的Call,private Call call,我在Test类的构造函

(转)JS加载顺序

原文:http://blog.csdn.net/dannywj1371/article/details/7048076 JS加载顺序 做一名合格的前端开发工程师(12篇)--第一篇 Javascript加载执行问题探索 楼主做前端开发一年多了,对前端的见解还是多多少少有一点的,今天特拿出来跟大家分享分享. 做前端开发少不了各种利器.比如我习惯用的还是Google浏览器和重型武器Fiddller. 一: 原始情况 首先大家看看如下的代码: 1 <%@ Page Language="C#&qu

(转)web.xml 中的listener、 filter、servlet 加载顺序及其详解

在项目中总会遇到一些关于加载的优先级问题,近期也同样遇到过类似的,所以自己查找资料总结了下,下面有些是转载其他人的,毕竟人家写的不错,自己也就不重复造轮子了,只是略加点了自己的修饰. 首先可以肯定的是,加载顺序与它们在 web.xml 文件中的先后顺序无关.即不会因为 filter 写在 listener 的前面而会先加载 filter.最终得出的结论是:listener -> filter -> servlet 同时还存在着这样一种配置节:context-param,它用于向 Servlet

转:web.xml 中的listener、 filter、servlet 加载顺序及其详解

在项目中总会遇到一些关于加载的优先级问题,刚刚就遇到了一个问题,由于项目中使用了quartz任务调度,quartz在web.xml中是使用listener进行监听的,使得在tomcat启动的时候能马上检查数据库查看那些任务未被按时执行,而数据库的配置信息在是在web.xml中使用servlet配置的,导致tomcat启动后在执行quartz任务时报空指针,原因就是servlet中的数据库连接信息未被加载.网上查询了下web.xml中配置的加载优先级: 首先可以肯定的是,加载顺序与它们在 web.

Java 类的实例变量初始化的过程 静态块、非静态块、构造函数的加载顺序

Java 类的实例变量初始化的过程 静态块.非静态块.构造函数的加载顺序 先看一道Java面试题: 1 public class Baset { 2 private String baseName = "base"; 3 // 构造方法 4 public Baset() { 5 callName(); 6 } 7 // 成员方法 8 public void callName() { 9 // TODO Auto-generated method stub 10 System.out.p