在 WPF 应用程序中声明转换器时，我应该：
<Application.Resources/>）中声明所有我的转换器，以便整个应用程序都可以使用它Resources 部分中为每个Page/Window/ResourceDictionary/UserControl 等声明只需要的转换器关于可读性，方法 1 对我来说似乎是最好的，但我的问题是关于性能。就性能、内存等而言，哪种方法的资源效率最高？
【问题讨论】：
标签： wpf performance ivalueconverter
好吧，我根本不在 xaml 中声明它们。相反，我还从MarkupExtension 派生了一个我的转换器。像这样：
public class MyValueConverter : MarkupExtension, IValueConverter
{
private static MyValueConverter _converter = null;
public override object ProvideValue(IServiceProvider serviceProvider)
{
if (_converter == null) _converter = new MyValueConverter();
return _converter;
}
public object Convert
(object value, Type targetType, object parameter, CultureInfo culture) { }
public object ConvertBack
(object value, Type targetType, object parameter, CultureInfo culture) { }
}
这让我可以在任何地方使用我的转换器，如下所示：
Source="{Binding myValue, Converter={converters:MyValueConverter}}"
converters 是我声明转换器的命名空间。
仅从旧的 stackoverflow 线程中学到了这个技巧。
【讨论】：
我有一个 ResourceDictionary，它声明了几个常用的转换器，例如 bool-to-visibility 转换器。我在 App.xaml 中直接引用了这本字典。
我在页面/窗口级别（或在页面/窗口引用的 ResourceDictionary 中）声明更特定于给定情况的其他转换器。
我无法明确回答性能问题，但如果它在加载时间或内存使用方面产生实际差异，我会感到非常惊讶。声明转换器基本上是一个对象实例化，因此它应该非常高效并且使用很少的内存，但我没有进行任何分析来比较应用级和窗口级的性能。
【讨论】：
如果您只需要一个窗口的转换器，我会将它用于一个窗口（或者甚至只用于包含使用它的控件的容器控件）。
我认为这更易于维护 - 您可以查看转换器声明并了解它的用途。您知道，如果您更改该特定页面上的控件以不再使用转换器，您可以将其从页面资源中取出，而不会影响其他任何内容。相反，如果转换器是应用程序资源，那么确定正在使用它的对象就不是那么简单了。
如果同一转换器被多个页面使用，我会仍然将它放在每个页面资源下。实际上，这只是 XAML 中的额外一行。
无论如何，这是我的观点，截至今天。我期待另一篇文章提出完全相反的观点。 :-)
【讨论】：