有没有办法在WPF控件库中使用StaticResource并能够在设计时查看?

我有一个WPF控件库,正在添加到Windows窗体应用程序。 我们希望允许控件可以本地化,但是我不知道如何在不重复代码的情况下完全实现这一点。 这就是我现在正在做的事情 。

基本上,在Windows窗体应用程序中,在主应用程序启动之前,我正在实例化一个存在于窗体应用程序中的App.xaml(包含我的资源的链接,它们也存在于窗体应用程序中)。 这适用于运行时。

但是,我的用户控件都有Content="{StaticResource SomeVariableName}" ,最终为空。 我可以通过在我的控件库中使用app.xaml和相应的资源字典来匹配我的Windows窗体应用程序中的字典来解决这个问题。 但是,这是重复的代码。

我已经尝试过的事情无济于事:

  • 从我的表单应用程序中实例化位于用户控件库中的App.xaml。 这不起作用,因为我的资源的URI正在寻找嵌入式资源,而不是我的本地资源字典(我可以简单地将资源文件从控件复制到构建中的表单应用程序中的适当位置)。 我可以在这里利用DeferrableContent吗? 尽管如此,据我所知,这个属性并没有太多在线以及如何使用它。
  • 我想对App和词典使用post构建,但是,就我所知,App实例化是对已编译的App.xaml的静态引用。 因此,App.xaml必须至少存在于表单中
    • 我确实尝试了一个重复的App.xaml,后期构建移动了resourcedictionary.xaml。 我认为重复的app.xaml是可以的,因为这是驱动力,你可能不想依赖于控件中的一个(它回转并让你想知道你是否应该在控件中有App.xaml所有?除非你想允许使用嵌入式资源的默认值….)即使它被放置在URI本应指向的位置,它也无法找到资源。 反编译的代码指向Uri resourceLocater = new Uri("/WindowsFormsApplication3;component/app.xaml", UriKind.Relative);

那么,有没有办法让它工作并且设计时间查看组件默认值并避免重复? 或者,在这种情况下复制是否正常? 如果我的第二个子弹的子项似乎没问题(复制App.xaml与构建复制资源),如何使它不查找组件级项目,而是查找文件级别?

我刚刚注意到的最后一个问题(我可以在必要时单独发布)。 我的App.xaml正在内置到代码中,因此无论如何都不允许我动态创建新的ResourceDictionaries。 有没有办法做到这一点?

最后的选择……可能是最好的选择? – 无论如何我打算使用Andre van Heerwaarde的代码 ,所以我应该检查文件是否存在并将其作为合并资源即时添加? 基本上,我的用户控件中有一个App.xaml链接到默认的嵌入式ResourceDictionary。 然后,让代码在运行中寻找适当的本地化资源,这可能是相对文件路径? 我在这里看到的唯一缺点是默认情况下无法动态改变…我甚至可以在指定的地方看到(使用某种约定)并且优先于内置的?

哦,我不想要嵌入式资源的原因是最终用户可以在部署构建之后添加/修改新的本地化资源。

我可以添加代码,如果它可以帮助您更好地可视化,请告诉我。

UPDATE

我现在遇到了造型的另一个问题,而不仅仅是本地化。

以下是其中一个控件上的一个内部按钮的示例:

 <Button Style="{StaticResource GrayButton}" 

我尝试/想过的更多事情:

  • 我无法创建一个app.xaml(永远不会被使用)与ResourceDictionary设置为ApplicationDefinitions不允许在库项目中。 我可以将它嵌入控件的资源中,但随后它总是优先于任何应用程序级资源,并且我失去了可自定义性。

这是一个实际上听起来像我正在寻找的连接案例 ,但它没有提供任何真正的解决方案

我能想到的解决方案(超出顶部…不起作用)可能会起作用(并且尚未尝试),对于我认为应该简单的事情,似乎也有很多工作要做。 但是,我可能能够在我可以绑定的控件中创建一些依赖项属性,然后允许那些将使用该控件的项目覆盖它们。 正如我所说,对于一个非常简单的请求来说,这似乎很多工作:)。 这会工作吗? 更重要的是,是否有一个更好,更简单的解决方案,我错过了?

我曾经遇到过这个问题,我通过删除整个“资源是在规范词典中用键索引的对象”来解决它。

我的意思是,在一个项目中定义资源并通过它的“关键”在另一个项目中引用它的简单事实应该给任何理智的人提供鸡皮疙瘩。 我想要强有力的参考。

我对此问题的解决方案是创建一个自定义工具 ,将我的资源xaml文件转换为具有每个资源的属性的静态类:

所以MyResources.xaml:

     

成为MyResources.xaml.cs

 public static class MyResources { static MyResources() { // load the xaml file and assign values to static properties } public static SolidColorBrush LightBrush { get; set; } public static SolidColorBrush DarkBrush { get; set; } } 

要引用资源,可以使用x:Static而不是StaticResource

  

现在您获得了强大的引用,自动完成和编译资源的时间检查。

处理样式主题和可用的静态资源时我也遇到了问题。 所以,我创建了一个独立的库,基本上只有所有嵌套的主题,就像你之前链接的问题的MERGED资源一样。

然后,在Windows窗体(.xaml)中,我只是引用该库,类似于

            

“组件”似乎是指给定“MyLibrary”项目的根。 在实际项目中,我创建了一个名为“Themes”的子文件夹,因此源包括…; component / Themes / …

“MyMainThemeWrapper.xaml”非常类似于嵌套的Merged Resource词典,它可以很好地从其他库中看到所有内容。

这是我对你的问题的部分解决方案。 我没有尝试处理松散的资源,但我在WinForms和WPF之间共享资源方面取得了一些成功。

  • 创建一个类库以包含.ResX文件中的资源(例如Resources.resx,Resources.fr.resx等)
  • 在WPF用户控件库中创建WPF控件
  • 创建您的WinForms主机
  • 使用Infralution.Localization.Wpf标记扩展和文化管理器从WPF引用资源库中的资源,例如

      
  • 将WPF用户控件的内容作为控件模板放入一个或多个资源字典中,例如

              
  • 在用户控件中使用资源模板

               
  • 添加几行代码以使工作正常

     public partial class UserControl1 : UserControl { // we require a reference to the resource library to ensure it's loaded into memory private Class1 _class1 = new Class1(); public UserControl1() { // Use the CultureManager to switch to the current culture CultureManager.UICulture = Thread.CurrentThread.CurrentCulture; InitializeComponent(); } } 

这是一个名为WindowsFormsHost.7z的简单演示应用程序