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 中输入的任何文本进行更新

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

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

如果是

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

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

Answer 1

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

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

这是一个带有 state: 的阻塞转换器

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;
        }
    }