Изменить свойство в методе PropertyChanged, не обновляя представление

Вот как я, скорее всего, это сделаю, но вызов BeginInvoke(), который творит чудеса, может быть так же легко вызван из вашего обработчика PropertyChanged.

То, что он делает, по сути, ставит в очередь действие, которое должно произойти после того, как вся работа с набором свойств будет полностью завершена. Флаг DispatcherPriority.ApplicationIdle является ключевым моментом.

Как вы уже поняли, обработчику PropertyChanged и установщику свойств бесполезно поднимать PropertyChanged, пока ComboBox все еще находится в процессе изменения своего выбора. Этот код позволяет всему этому закончиться, а затем немедленно меняет Selected на что-то другое. В этот момент ComboBox будет занято тем, что заметит ваше событие PropertyChanged и обновит свой собственный выбор.

private string selected;
public string Selected
{
    get { return selected; }
    set
    {
        if (selected != value)
        {
            //  Don't let them select "B". 
            if (value == "B")
            {
                Dispatcher.CurrentDispatcher.
                    BeginInvoke(new Action(() => this.Selected = "C"),
                                DispatcherPriority.ApplicationIdle);
                return;
            }
            selected = value;
            OnPropertyChanged("Selected");
        }
    }
}

При определенных условиях, если пользователь выбирает элемент в поле со списком, он автоматически должен быть изменен на другой элемент.

Как бы то ни было, я думаю, что было бы неплохо вернуться к этому выбору дизайна. Это, вероятно, сбивает пользователей с толку, и, вероятно, есть лучший способ представить такое положение дел пользователю, чем игнорировать ввод, который он вводит в программу. В вашем вопросе недостаточно контекста, чтобы полностью понять, как вы вообще попали в эту ситуацию, поэтому я не могу предложить ничего, кроме предположения, что, вероятно, лучше исправить дизайн, чем настраивать код так, чтобы он делал то, что вы хотите .

Это сказало

Проблема, с которой вы сталкиваетесь, заключается в том, что WPF игнорирует события изменения свойств для источника привязки, который он в настоящее время уже обновляет. В вашем сценарии привязка обновляет значение Selected из своей привязки, поэтому изменения этого свойства будут игнорироваться до завершения этого обновления привязки.

Есть множество способов заставить код работать так, как вы хотите. Вероятно, проще всего просто отложить обновление исходного свойства до завершения обработки пользовательского ввода. Вы можете сделать это, используя метод Dispatcher.InvokeAsync():

void VM_PropertyChanged(object sender, PropertyChangedEventArgs e)
{
    Dispatcher.CurrentDispatcher.InvokeAsync(() => this.Selected = "C");
}

Я не большой поклонник вышеизложенного из-за того, что он берет то, что в идеале должно быть объектом, не зависящим от представления, модель представления, и вводит знания о вашем конкретном API представления, то есть использование объекта Dispatcher. Тем не менее, вы можете использовать другие механизмы, которые похожи и не зависят от объекта Dispatcher (например, с использованием асинхронного таймера).

В Stack Overflow есть множество других примеров того, как решить эту проблему. Например, вы можете посмотреть этот ответ для вдохновения. Я не думаю, что он будет делать именно то, что вы хотите, «прямо из коробки», но подход с прикрепленным свойством может быть чем-то, что вы сочтете более подходящим, путем перемещения логики из модели представления в код представления и, таким образом, место, где она более уместно использовать Dispatcher. (И, возможно, если вы собираетесь сделать что-то подобное, логика, вероятно, принадлежит представлению в любом случае, это достаточно странно, но я не вижу убедительной причины, по которой это должно быть присуще модели представления.)

Другой подход можно увидеть в вопросе Принудительно заставить текстовое поле WPF больше не работать в .NET 4.0. т.е. вручную заставить состояние представления обновляться постфактум.