C# 在.NET标准中使用资源字典

我想知道新的.NET标准将如何使用资源字典。我想知道我们如何在.NET标准类库中放置资源决策，就像在经典的.NET Framework类库和WPF中所做的那样

为了澄清在经典的.NET框架中，我们在类库中有一个资源字典，我们称它为styles.xaml，这样它就可以在多个应用程序中使用

下面的代码段将在WPF应用程序的app.xaml文件中引用，类似于下面的内容

---

因此，我正在寻找在新的.NET标准中实现这一点的等效方法。提前谢谢你。

这条路可能不太好。 我做了一个简单的项目，尝试看看它是否有效。 使用包类型的URI会引发编译错误：找不到文件。 但是，如果我尝试使用绝对路径，它可以同时使用StaticResource和DynamicSource。它也应该使用相对路径

就我所记得的，这可以解释为什么我不能将某些Telerik样式与pack URI类路径一起使用，并且必须对这些样式使用相对路径，而我仍然可以将pack用于经典的.NET项目。我可能错了，这只是一个基于概念验证项目的观察

我已经尝试过将构建操作设置为页面或嵌入式资源，它可以同时使用这两种资源，所以可能不是这样

见下文

---

在.NET标准中，Styles.xaml的构建行为是什么？我没想到会看到这个。构建操作默认设置为page，与WPF一样。我注意到在资源字典和Styles.xaml中的子元素下仍然有警告高亮显示，但从外观上看，它仍然编译并运行成功。是这样吗？为了澄清我这样做的原因，是为了让WPF客户端应用程序和服务器应用程序能够使用这些样式。我使用的是.NET标准，因此我希望这些资源也能在Android和iOS客户端上使用，即使我必须为此编写一些东西，这对我来说是值得的。我将在几分钟后尝试一下。我希望我的澄清也能更好地描述我在这里所做的事情。即使我必须为移动设备想出一种不同的方法，这对于Windows桌面应用程序来说仍然是非常需要的，我希望将它存储在一个.NET标准库中。我相信这里需要一个相对路径。我可以看出包URI在这里是一个问题。希望这只是由于.NET标准的不成熟。这似乎是可行的，但我担心当它部署到另一台机器上时，绝对路径会导致问题。我一直在尝试使用一个相对路径做一些事情，它不涉及包Uri，但还没有成功。我还在为那个部分挠头。我会试着看看相对路径。除了颜色，你不会在Android/iOS和WPF之间共享任何东西。如果您使用Xamarin表单，它就不是同一个组件，甚至有些组件与Grid同名。我理解你：我也为此创建了一个.NET标准项目。但由于局限性，我的团队回滚了WPF的经典项目库。到目前为止，没有遗憾。在使用.NET标准时，除了感觉到食物之外，让这种痛苦的可能性更小有什么意义