Setter.Value不是ContentProperty有什么好的理由吗？

Question

每次我写出一个Value属性值不能内联描述的设置器时，我都会诅咒这样一个事实，即该应用程序接口没有用[ContentProperty("Value")]标记Setter类，这将允许这样做：

<Setter Property="BitmapEffect">
  <Setter.Value>
    <OuterGlowBitmapEffect GlowColor="#AAC" Opacity="0.2" GlowSize="1.25" />
  </Setter.Value>
</Setter>

...to可以简化为：

<Setter Property="BitmapEffect">
  <OuterGlowBitmapEffect GlowColor="#AAC" Opacity="0.2" GlowSize="1.25" />
</Setter>

所以我的问题有两个。首先，API不是这样配置的，有什么好的理由吗？其次，即使我不能控制WPF API，有没有什么东西阻止我让这些元数据对XamlReader可用？

Answer 1

确实很好的观点。但是您可以很容易地创建自己的Setter类，继承自System.Windows.Setter，在其上添加ContentProperty属性，并使用它而不是标准的Setter。

Answer 2

在问了这个问题十年零十八天后，新开源的WPF提交了一份PR，解决了这个问题：

https://github.com/dotnet/wpf/pull/745