OneWayToSource 绑定似乎在 .NET 4.0 中被破坏

Question

OneWayToSource .NET 4.0 中的绑定似乎被破坏了

我有这个简单的 Xaml

<StackPanel>
    <TextBox Text="{Binding TextProperty, Mode=OneWayToSource}"/>
    <Button/>
</StackPanel>

我后面的代码是这样的

public MainWindow()
{
    InitializeComponent();
    this.DataContext = this;
}
private string m_textProperty;
public string TextProperty
{
    get
    {
        return "Should not be used in OneWayToSource Binding";
    }
    set
    {
        m_textProperty = value;
    }
}

在 .NET 3.5 中可以正常工作，但除外。在TextBox 中添加一些文本，按 Tab 使其失去焦点，TextProperty 会更新为 TextBox 中输入的任何文本

在 .NET 4.0 中，如果我在 TextBox 中键入一些文本，然后按 Tab 使其失去焦点，TextBox 将恢复为 TextProperty 的值（意思是 “不应在 OneWayToSource 绑定中使用”）。这种重新阅读是否适用于 .NET 4.0 中的 OneWayToSource 绑定？我只希望TextBox 将其值推入TextProperty，而不是相反。

更新
为这个问题添加赏金，因为这已成为我项目中的市长不便，我想知道这种情况发生变化的原因。似乎在 Binding 更新了源之后调用了 get。这是 .NET 4.0 中 OneWayToSource 绑定所需的行为吗？

如果是

• 它在 3.5 中的工作方式有什么问题？
• 在什么情况下这种新行为更好？

或者这实际上是我们希望在未来版本中修复的错误吗？

Answer 1

Karl Shifflett 的博客和@Simpzon 的回答已经涵盖了他们为什么添加此功能以及为什么对于始终获得设置的属性来说这不是问题。在您自己的代码中，您始终使用具有适当语义的中间属性进行绑定，并使用具有所需语义的内部属性。我将中间属性称为“阻塞”属性，因为它会阻止 getter 到达您的内部属性。

但如果您无权访问要设置属性的实体的源代码并且想要旧行为，则可以使用转换器。

这是一个带有状态的阻塞转换器：

public class BlockingConverter : IValueConverter
{
    public object lastValue;

    public object Convert(object value, Type targetType, object parameter, CultureInfo culture)
    {
        return lastValue;
    }

    public object ConvertBack(object value, Type targetType, object parameter, CultureInfo culture)
    {
        lastValue = value;
        return value;
    }
}

您可以将它用于您的示例，如下所示：

<Grid>
    <Grid.Resources>
        <local:BlockingConverter x:Key="blockingConverter" x:Shared="False"/>
    </Grid.Resources>
    <StackPanel>
        <TextBox Text="{Binding TextProperty, Mode=OneWayToSource, Converter={StaticResource blockingConverter}}"/>
        <Button Content="Click"/>
    </StackPanel>
</Grid>

请注意，由于转换器具有状态，因此每次使用资源时都需要一个单独的实例，为此我们可以在资源上使用 x:Shared="False" 属性。

Answer 2

这确实是设计使然。通常它不应该造成麻烦，但我会说，您的属性实现至少是非常规的。 getter 和 setter（访问器）确实应该比 get 和 set 做的更多，并且每个 get 都应该与最后一个对应的 set 保持一致。 （抱歉，没有来源，这正是我们在我所参加的所有开发团队中所说的良好公民）。

有关此功能的更多详细信息：http://karlshifflett.wordpress.com/2009/05/27/wpf-4-0-data-binding-change-great-feature/

Answer 3

错误，肯定的。

如果它是一个“功能”，那就是一个非常糟糕的......

似乎他们在 set() 完成后添加了对 get() 函数的调用，即使是在 OneWayToSource 模式下……谁能解释原因？

另外，感谢您指出这一点，它解释了自从我将项目升级到 .net 4.0 后我遇到的一个问题，直到现在我才能解释......

只是一个旁注：我最终通过使用依赖属性解决了这个问题。

Answer 4

这显然是一个错误。似乎有人至少报告过一次。 https://connect.microsoft.com/VisualStudio/feedback/details/612444/onewaytosource-broken-in-net-4-0

我同意其他许多人的观点，即一种方式应该是一种方式时期。

我的场景很复杂，在框架版本之间更改功能让我非常头疼。

我有一个绑定到属性的文本框。我有一个转换器可以即时更改格式。 EG：我在文本框中输入 EU5，属性得到 EU005。我已将绑定设置为在属性更改时触发，因为我需要在用户键入时在 ViewModel 中进行查找。新的实现会在我键入时更改文本框的值。因此，如果我想输入 EU512，我不能轻易输入，因为文本框文本会不断变化。

我已经尝试了很多东西 - 显式绑定（您决定何时更新以及更新方式。）这有同样的问题。如果我说 UpdateSource，它会这样做，但也会重新读取属性并更改目标。

我尝试了 OneWayToSource 并遇到了同样的问题。如果不对我的虚拟机进行烦人的更改，我就没有办法解决这个问题。唯一的另一种方法是删除该字段上的绑定并开始触发事件，这会很糟糕。

如果 MS 使绑定按逻辑命名，那么我的问题就会消失。即使是绑定上的一个属性来选择退出 .net4 实现并表现为 3.5 也对我有用。

有人对我如何解决这个问题有任何建议吗？

Answer 5

对于双向绑定，我遇到了这个问题的变体。我意识到这与正在讨论的问题并不完全相同，但这个答案在搜索时出现在首位，它导致了我的解决方案。希望有人觉得它有帮助。

我的解决方案阻止了支持属性的重新读取，但当它被其他来源更改时会更新 UI。我的解决方案基于 Rick Sladkey 回答中的阻塞转换器。

它只是向转换添加一个检查以查看lastValue 字段是否会转换为相同的后备存储值。如果不是，则后备存储值必须已从其他来源更改，并且应该更新 UI。

public class MyConverter : IValueConverter
{
    public object lastValue;

    public object Convert(object value, Type targetType, object parameter, CultureInfo culture)
    {
        if (LastValue != null && MyConvertBack(LastValue).Equals(value))
            return lastValue;
        else
            return MyConvert(value);

    }

    public object ConvertBack(object value, Type targetType, object parameter, CultureInfo culture)
    {
        lastValue = value;
        return MyConvertBack(value);
    }

    private object MyConvertBack(Object value)
    {
        //Conversion Code Here
    }

    private object MyConvert(Object value)
    {
        //Conversion Code Here
    }
}

在我的特定用例中，我将长度和尺寸后缀存储在文本框中（10m、100mm 等）。转换器将其解析为双精度值或添加后缀（取决于转换方向）。如果没有转换器，它将在每次更新文本框时添加一个后缀。尝试键入“10”将导致“1m0”，因为转换器将在第一次击键后运行。

Answer 6

这是 .NET 4.0 中 OneWayToSource 绑定所需的行为吗？

是的。这样做是为了让开发人员能够在没有笨拙的转换器的情况下更改提供的值。

它在 3.5 中的工作方式有什么问题？

没问题。它在 3.5 中的工作方式不允许更正提供的值。

这种新行为在什么场景下更好？

当您需要更正提供的值时。如果您不需要它，那么您应该只编写正确的属性的 getter 和 setter。

public string TextProperty
{
    get;
    set;
}

但是，正如我所见，将 UpdateSourceTrigger 更改为“PropertyChanged”可以防止重新读取值（因此您可以保留旧的属性声明）：

<StackPanel>
    <TextBox Text="{Binding TextProperty, Mode=OneWayToSource, UpdateSourceTrigger=PropertyChanged}"/>
    <Button/>
</StackPanel>

    private string m_textProperty;
    public string TextProperty
    {
        get
        {
            return "Should not be used in OneWayToSource Binding";
        }
        set
        {
            m_textProperty = value;
        }
    }