本文告诉大家如何定义、使用资源 本文主要翻译ResourceDictionary and XAML resource references - UWP app developer ，里面的代码我重新写了一下...资源的key 从上面的代码可以看到，所有的资源定义都有一个 Key ，通过这个 Key 就可以让 StaticResource 找到需要的资源。...但是存在一些特殊的资源是可以不使用 Key 的，下面让我来告诉大家有哪些东西可以不添加 key Style 对于 Style 和 ControlTemplate 等，具有TargetType表示这是属于哪个类型的...所以建议的方法是把资源写在一个文件，这个文件就是资源文件。把资源写在文件可以让资源在多个项目使用，也可以在需要使用资源的项目使用，在不需要使用资源的项目就不添加。因为资源的创建也需要内存。...一般建议共享的资源： Styles 和 templates ， Style 和其他继承 FrameworkTemplate 可以共享 Brushes 和继承他的类 包括 Storyboard
写在xaml.cs，这是最简单的方式，可以使用代码或在xaml绑定DataContent和ViewModel 写成 xaml 静态资源，这个方式我们使用次数还是比较多，可以让 Code 不写代码就可以绑定...写在 App.xaml 静态资源。这个方式和写在 xaml 差不多，只是可以在 xaml 设置 Page 的 DataContent 。...我建议大家把 DataContext 写在 xaml ，至于为何这样是我推荐的，卖个关子，大家自己试试，把 DataContext 写在xaml.cs和 xaml 中看下 xaml 的提示补全，就知道为何推荐这个方法...我们说完了在App.xaml 使用静态资源，还没说如何写一个类，包含我们的 ViewModel ，然后写出静态资源，我们所有的 ViewModel 都从他这里拿。...，为何让 ViewModel 继承他，是因为我们不想每次离开、使用都new 一个，我们使用的是一个，一旦我们不使用这个页面，使用 From ，这样让页面清理。
Foo 类型，让 Foo 类型继承 UserControl1 用户控件 public class Foo : UserControl1 { public Foo() { } }...以上的异常的大概含义就是定义的 /WpfLibrary1;component/usercontrol1.xaml 所在的程序集和 Foo 所在的程序集不是相同的一个程序集，在 WPF 框架层面禁止跨程序集继承自定义用户控件...更本质来说是禁止跨程序集加载 XAML 定义的界面资源 本文测试代码放在github 和 gitee 欢迎访问 可以通过如下方式获取本文的源代码，先创建一个空文件夹，接着使用命令行 cd 命令进入此空文件夹....xaml 是期望从 WpfLibrary1 程序集获取对应的 XAML 定义资源（准确来说是 BAML 资源）进行加载。...方法是比较复杂的，本文只是将里面相关代码写出来，具体是如何调用的，我是通过调试的方法了解的 调试的方式我录了视频放在哔哩哔哩，请看 为什么自定义的 UserControl 用户控件不能跨程序集继承_哔哩哔哩
WPF资源 WPF资源系统是一种保管一系列对象(如常用的画刷、样式或模版)的简单办法，从而使您更容易地复用这些对象。...因为是静态资源正常上面的按钮是不会有变化， 但是这一变化会传递给上面的按钮，更新Viewport属性。这是因为Brush类继承自Freezable类。改类有一个基本变化跟踪特性。...如果找不到资源会返回null，而不是抛异常。 应用程序资源 窗口不是查找应用程序资源的最后一站，如果在控件或其他容器中知道包含窗口或页面找不到指定的资源。...WPF会继续查找为应用程序定义的资源。在Visual Studio中，这些资源在App.xaml文件的标记中定义的资源。...资源字典 如果希望多个项目中共享资源，可创建资源字典。资源字典只是xaml文档，除了存储希望使用的资源外，不做其他任何事情。
在 WPF 中的 ResourceDictionary 资源字典大部分都是在 XAML 里面定义的，但是在 C# 代码定义一个资源字典也是可行的，只是写起来有点诡异 在 CSharp 后台代码里面给 WPF...定义资源字典需要重新创建一个类，让这个类继承 ResourceDictionary 如以下代码 public class Foo : ResourceDictionary {...因此在 XAML 里面绑定静态资源的时候，将会显示的实际颜色是蓝色 另外只要资源里面的值不是 null 空，那么都会进入 OnGettingValue 方法去读取实际返回的值，而实际返回值是 object...，只是这个方法没有自动的更新值机制 本文代码放在github欢迎小伙伴访问 而在 XAML 定义内容，同时支持对应的后台代码也可以，但是没有什么意义，至少我还不知道这个功能有什么作用 做法就是和上面代码一样...url 的形式 但是这样做我想不到有多少意义，因为 OnGettingValue 方法尽管重写了，但是实际不会被调用进入 本文代码放在github欢迎小伙伴访问
通过创建一个类继承 Control 类，我这里创建的是一个 Board 类 public sealed class Board : Control 然后在相同的文件夹，创建一个资源字典 Board.xaml...这样可以对应资源字典和创建的控件 在资源字典先引用命名控件，我这里创建 Board 是在 lindexi.UWP.Framework 命名空间，就需要在资源字典引用xmlns:local="using...，还需要在项目创建一个 Theme 文件夹，然后在这个文件夹里面添加 Generic.xaml 资源字典，从这个字典引用刚才创建的 Board 资源字典，才可以在使用的时候找到 在 Generic.xaml...虽然现在设置好了控件的 xaml 但是现在的 xaml 没有内容，需要在 Board 类添加一些代码，让大家可以看到自己的 xaml 是否可以在 Board 使用 首先是添加 TemplatePart...这就是测量的过程，测量的过程就是让每个控件知道子节点的大小，从而计算出控件的大小，然后将控件的大小返回给上一层，让上一层可以知道子节点的大小。
StaticResource 寻找策略 以上的例子看起来还算正常，接下来来点魔幻的玩法 测试方式如下 在后台代码定义继承 ResourceDictionary 的类型，在此类型里面定义好和 Dictionary1...这个行为和资源字典加入顺序导致的找不到资源是相同的 在此例子里面是通过在 FooResourceDictionary 的构造里面，构建了 "SolidColorBrush" 资源，从而让 StaticResource...一个可选的方式是自己定义继承 ResourceDictionary 的类型，如本文的 FooResourceDictionary 类型，在类型的构造函数里面写满了 StaticResource 可能使用的资源...，从而让 StaticResource 加入延迟初始化逻辑 在后台代码加入新资源字典之前读取静态资源引用的值 上一个例子可以正确获取到资源，在上一个例子的基础上，后台代码加入 Dictionary1.xaml...以上的代码在 Dictionary1.xaml 加入之前，获取 StaticResource 静态资源引用绑定的属性的值，从而让 StaticResource 执行，找到了在 FooResourceDictionary
大家都知道，在 WPF 里面，可以让资源字典合并其他资源字典，从而定义出资源字典引用树。然而在资源字典引用树里面，如果没有理清关系，将可以作出一个超级复杂的引用关系网。...也就是说，如果正常的做，是不会踩到坑的，只有在进行不良设计时才会踩坑 在 App.xaml 里面是作为资源字典的引用的 Root 最顶层，基础玩法都是在 App.xaml 引用其他资源字典，引用顺序基本上基础库...此时如果让 DictionaryB 通过 MergedDictionaries 的方式引用 DictionaryC 字典，将存在一个性能问题，那就是在创建资源的时候，如果在 App.xaml 里面也引用了...一次是在 App.xaml 里面的，一次是在被 DictionaryB 的 MergedDictionaries 创建的，换句话说将会让 DictionaryC 里面的对象重复两次定义，占用资源也添加了启动时间...再定义 DictionaryE.xaml 和 DictionaryF.xaml 资源字典，让 DictionaryE.xaml 去引用 DictionaryF.xaml 的资源，其引用关系如下 更新之后的代码放在
前言 WPF的本地化是个很常见的功能，我做过的WPF程序大部分都实现了本地化（不管最终有没有用到）。...要使用资源词典实现本地化，需要先创建所需语言的xaml，我在DEMO中创建了en-us.xaml和zh-cn.xaml两个资源词典，里面的包含的资源结构一致（指数量和Key一样）： XAML资源的引用原则是就近原则，这个就近不仅指VisualTree上的就近，还指时间上的就近。后添加进资源词典的资源将替换之前的同名资源。...使用资源词典实现本地化，只需在App.xaml中合并对应的资源词典即可获得完整的设计时支持。...另外我推荐使用VS的扩展程序ResXManager管理所有资源文件。 ? 它可以在一个UI里管理所有语言的资源文件，极大地方便了资源文件的使用。 ?
我根据原文说的新建几个资源叫LightThemeDictionary、DarkThemeDictionary，一个是白天颜色，一个是黑暗 然后我们在我们的资源写入几个资源 继承NotifyProperty，这是一个我写的类，这个类主要是INotifyPropertyChanged，如果自己写ViewModel也好 ViewModel...参见：https://embracez.xyz/xaml-uwp-themes/ 我们总是会使用白天，夜间模式，那么我们需要切换主题，UWP切换主题简单 下面使用我做的一个按钮 夜间白天主题按钮 NightDayThemeToggleButton...我做的还有游戏键，这些都是可以简单使用的控件 这些控件放在https://github.com/lindexi/UWP，大家可以拿下来用。...，如果想用我的控件，可以 上面用到两张图片，一张是白天，一张是夜晚
我把出现错误的 XAML 简化后大约是这样的，XXX 是 TextBox，YYY 是 RenameTextBox，而 ZZZ 是 walterlv:Foo。...实际上，这是一个用户控件，也就是继承自 UserControl 的大家通常用来写界面的东西。...于是需要提醒大家注意： 在 WPF 里，拥有直接的 XAML 文件的始终应该作为最终用户界面，不应该当作控件使用（不要试图在其他地方使用时还设置其 Content 属性）； 如果你确实希望做控件，请继承自...至于以上 XAML 代码中我看到用的是 来写样式，是因为踩到了当控件用的另一个坑： 所有在控件的 XAML 中设置的 Content 属性都将被使用时覆盖。...:Walterlv.Demo" /// /// /// 步骤 1b) 在其他项目中存在的 XAML 文件中使用该自定义控件。
开始是从最简单的来说起。 需要知道的 用户控件 如果有使用用户控件，那么容易被这个坑啦，如果发现自己的绑定失败了，那么需要看一下是不是因为用户控件绑定和其他控件不相同。...绑定的数据就从 DataContext 拿，所以给用户控件设置 DataContext 就会让界面的绑定找不到值，所以绑定失败。 资源绑定 page 资源绑定 最简单的绑定是写在资源。...DataContext 新建资源 如果对于一个 ViewModel 只有一个页面使用，那么可以不需要写在 App ，因为这样会让其它的页面都可以访问 遇到上面的需要，只有一个页面需要 ViewModel...关于为何使用 cast 而不是 as ，因为已经确定了现在使用的类型就是 ViewModel ，我也需要使用的是 ViewModel 不是其他，如果有人改了其它的类型，我必须报错，于是就使用 cast...代码定义，xaml绑定 这里的 提示 指的是，在 xaml 输入的时候，写一个变量不需要完全自己写。和后台代码一样，会提示这个变量，自动给你选。
本文告诉大家简单的方法，给设计器设置仅在设计时引用的资源 在 WPF 的 XAML 中，如果对每个 XAML 控件都引用相同的资源，此时设计时将可以愉快的跑起来，然而在运行时将会重复创建资源影响性能。...，类库不知道最终的入口项目是哪个，因此也就不知道当前程序在运行的时候，将会引用 最佳的方法是和 Blend 一样，在设计时让设计器引用上某些资源，这样设计器就能工作 实现方法是在类库里面添加特殊的文件，...理论上可以给任意的 xaml 文件设置这个属性，但是 XAML 设计器在很多 VS 版本上只读取此路径的文件 在 DesignTimeResources.xaml 资源字典添加对其他资源字典的引用，即可实现让类库的设计器找到资源...我在 JeenalerenenearWerjilakaw 项目里面添加了资源字典 ColorBrushResourcesDictionary.xaml 资源字典，在里面存放颜色画刷，代码如下 我的最新博客，请点击 RSS 订阅，推荐使用RSS Stalker订阅博客，或者前往 CSDN 关注我的主页 本作品采用 知识共享署名-非商业性使用-相同方式共享
为了解决这个问题，我创建了TextBlockHighlightSource这个类，比单纯的字符串存储更多的信息，这个类的定义如下： ?...回到本来话题，要简化TextBlockHighlightSource的调用我创建了TextBlockHighlightSourceConverter这个类，它继承自TypeConverter，里面的关键代码如下...使用Style 有没有发现TextBlockHighlightSource继承自FrameworkElement？...这种奇特的写法是为了让TextBlockHighlightSource可以使用全局的Style。...最简单的解决方案是让TextBlockHighlightSource继承自FrameworkElement，把它放到VisualTree里，用法如下： <FrameworkElement.Resources
大家好，又见面了，我是你们的朋友全栈君。...Windows7Theme(); 在blend中，看到的仍然是Office Black主题，如果想在设计期就看到某种主题风格，有一个简单的办法： 找到telerik radcontrols安装目录...（比如Windows7），把需要的控件(比如Button)对应的xaml文件 X:\Program Files (x86)\Telerik\RadControls for Silverlight Q2...2011 SP1\Themes\Windows7\Themes\Windows7\Button.xaml 复制到项目中，然后用Blend打开，在资源面板中，选择app.xaml，右击–>链接到资源字典–...>Button.xaml 保存完成后，向页面里拖放一个RadButton，立即就能看到变成了Windows7的风格 如果要修改Button Windows7的默认样式，直接在资源面析中修改Button.xaml
具体的思想是使用消息发送的方法，多个 ViewModel 之间使用发送消息解除依赖。把原来很多需要写在 ViewModel 的代码通过发送指定的消息，在其他类处理，减少 ViewModel 代码。...这里设置 Content 可以让之后的页面进行导航。...找到 ViewModel 现在在创建的 ViewModel 推荐在 App.xaml 作为资源，因为 WPF 的页面跳转没有和 UWP 一样可以获得参数，需要通过自己的方式拿到。...通过附加属性找到 ViewModel 第二个方法是通过附加属性的方法找到 ViewModel ，因为在 WPF 是可以定义可继承的附加属性，而在 UWP 是不可以自己定义可以继承的附加属性。...在 WPF 可以通过定义附加属性的方式让页面拿到上一级的 ViewModel ，那么两个方法的不同在哪？如果定义为资源，那么使用比较简单。
以XML标签方式表示UI的重点是编写一次可以在其他地方运行它，比如Blend软件也能正常加载与编辑。 XAML 不仅仅适用于 WPF。 XAML 是一种基于 XML 的语言，它有多种变体。...相比之下，XAML 用于设计 Windows 和其他 Web 应用程序的控件。 XAML 侧重于对象属性、定义以及它们之间的关系。XML 是 W3C 产生的一种标记语言，用于描述其他标记语言。...依赖属性可以依赖其他输入,例如主题和用户喜好。依赖属性与数据绑定，动画，资源和样式一起使用。Visual: 所有可见元素的基类都是Visual。...CanExecute 方法只是告诉用户，我可以执行这个 Action 吗？ 这对于控制 GUI 元素的可操作性非常有用。 ICommand 非常简单，但是也可以完在更加有趣和复杂的功能。...这会导致直到在运动时需要它时才查找资源。 一个很好的例子是对稍后在 XAML 中定义的资源的前向引用。 另一个例子是直到运行时才会存在的资源。 如果源资源字典发生更改，它将更新目标。
使用resw资源文件实现本地化 在以前的XAML平台，resx资源文件是一种很方便的本地化方案，但在UWP中微软又再次推荐x:Uid方案，默认的资源文件也变成resw资源文件。...最主要的区别是resw资源文件不会创建对应的Designer.cs类，这就导致本地化的实现方案完全不同。 ? 2.1 在XAML中实现本地化 在XAML中实现本地化的过程很简单。...但在XAML中写的任何内容都可能被资源文件覆盖，无论是文本还是大小、对齐方式或其它所有属性对XAML的编写者来说都是不可控的，不到实际运行时根本不清楚UI的最终效果，这就很考验本地化人员和测试人员。...总的来说，这个本地化方案有很多问题，虽然这个方案是微软推荐的。既然是微软推荐的，应该是支持最好的，也许是我的用法不对？ 接下来在这个方案的基础上做些改动，希望可以让本地化更好用。 3....结语 研究了这么多resw资源文件的方案，结果还是resx资源文件用得最顺手，毕竟这个方案我已经用了很多年（在silverlight中只能用这个方案）。具体使用哪个方案见仁见智。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
腾讯会议
云直播
对象存储
