Как выполнить команду по событию KeyDown для TextBox?

наверное то, что это будет нарушением MVVM.

Foggy Finder, И в чем тут нарушение? code-behind и XAML это единый уровень - представление. Если привести аналогию с web, то code-behind это javascript, а xaml - html.
То что контролы это по сути тот же самый code-behind, и из своего кода с легкостью вызывают команды, вас похоже не беспокоит. ))

Петр,

CB должен содержать только то, что относится к уровню представления. Вызов команды из VM под этот случай не попадает. WPF содержит достаточно средств чтобы избежать подобных вариантов.

аналогию с js/html считаю не совсем корректной.

На всякий случай уточню: я не считаю что нужно слепо следовать всем рекомендациям MVVM. Но в то-же время не следует нарушать если есть возможность этого не делать без лишних затрат.

Foggy Finder, TextBox это контрол, он содежит код, работает с command. При этом вы это не считаете, что плохо. Если вместо TextBox взять user-control, опять норм. А вот code-behind по вашему зло. ))

А вот code-behind по вашему зло. ))

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

Foggy Finder, Вы начали "это будет нарушением MVVM" и пишете "для задач уровня View". А code-behind это где?

public partial class MainWindow:  Window
{
        public MainWindow()
        {
                InitializeComponent();
        }
}

Базовый класс Window, это и есть контрол отображающий View.

Петр, смотрите, VM это прослойка между V (вью, представление) и M (модель).

К V относят задачи которые связаны с внешним видом пользовательского интерфейса. CB (code-behind) как раз для этого и предназначен.

Но вот VM уже является прослойкой между V и M (некоторые рассматривают VM шире), но вот вызовов методов VM, обращений к модели в View части по хорошему (в идеале) быть не должно. Как и не должно быть элементов управления в VM.

Подробнее об основах MVVM можете прочесть тут:

Паттерн MVVM

Foggy Finder, )) Вот и будет у вас повод перечитать. Как из View должны поступать события во VM? Изменения пользователем во View текста, состояний чекбоксов, кнопок и т.д., меняют чтоли кванты? View ведь не статична, тогда бы это была бы просто картинка. Вот это все изменение состояния View и передается во View-Model, через свойства и команды. А свойство с правом на запись, это вызов метода (Сеттор). Так как вы состояние намереваетесь передавать без вызова сетторов? ;)

Как из View должны поступать события во VM? Изменения пользователем во View текста, состояний чекбоксов, кнопок и т.д.,

Петр, В WPF есть такое понятие как привязки данных, вы ведь сами пишите:

Вот это все изменение состояния View и передается во View-Model, через свойства и команды

Пока не могу понять на каком этапе у вас возникли проблемы.

Foggy Finder, Вот исходный код кнопки. Событие нажатия. https://referencesource.microsoft.com/#Presentatio...
И в ExecuteCommandSource идет вызов команды.

ICommand command = commandSource.Command;
 if (command.CanExecute(parameter))
     command.Execute(parameter);

А данная команда получена может быть как напрямую привязкой команды к свойству контрола, так и косвенно, через VM, что привязана через DataContext.

А данная команда получена может быть как напрямую привязкой команды к свойству контрола, так и косвенно, через VM, что привязана через DataContext.

Петр, разумеется может, но не обязана. Если нравится писать в таком стиле - пожалуйста, но если есть чистое решение не нарушающее MVVM я бы посоветовал использовать именно его.

Foggy Finder
Я тоже мыслю в разрезе что в MVVM слой View это view.xaml+view.cs
т.к. XAML можно формировать кодом, как и всяческие биндинги, анимации и пр.

Например у нас была задача именно кодогенерации XAML из xml шаблонов, можно конечно извращаться и пихать описание визуала в ViewModel, или вынести все в какой-нибудь UserControl, но нет.

Так или иначе любой XAML код содержит в себе c# код на уровне контрола, почему же вся Page не может содержать в себе такой код? вы же привязываете дата контекст там, хотя это можно сделать и в XAML)

Понятное дело то, что можно сделать по канонам MVVM лучше сделать привычно)

Представление патерна как (view.xaml+view.cs) + (view model) + (model) избавляет от многих ошибок и лишнего кода, по факту ничего не нарушая если этот код не работает с данными модели.

Кстати ребята из гугла у Flutter это как фичу подают )