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

Question

[Drottarutarnum]

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

Comments

[Foggy Finder]

Можно через поведения (i:Interaction.Triggers), но возможно подойдет KeyBindings или что-то еще. У вас есть возможность уточнить какого поведения вы хотите добиться?

Answer 1

[Алексей Павлов]

Можно использовать конвертер i:InvokeCommandAction из System.Windows.Interactivity.

1) Добавить сборку System.Windows.Interactivity с помощью добавления ссылки (она в списке расширений).

2) Добавить указанную сборку в xaml:

xmlns:i="clr-namespace:System.Windows.Interactivity;assembly=System.Windows.Interactivity"

3) Использовать i:EventTrigger и i:InvokeCommandAction:

<TextBox>
    <i:Interaction.Triggers>
        <i:EventTrigger EventName="KeyDown">
            <i:InvokeCommandAction Command="{Binding KeyDownCommand}"/>
        </i:EventTrigger>
    </i:Interaction.Triggers>
</TextBox>

Но если вы хотите там вызывать только обработку представления, например, запретить определённые клавиши (то есть, не нужны данные из слоя бизнес-логики), то есть смысл обработку сделать обычным способом - в code-behind (xaml.cs).

Answer 2

[Петр]

А что мешает написать в code-behind функцию, что будет присоединена к контролу
<TextBox KeyDown="KeyEvents"></TextBox>
из которой и выполните команду.
code-behind и XAML это уровень представления.
И через DataContext получите вашу ViewModel

Comments

[Foggy Finder]

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

[Петр]

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

[Foggy Finder]

Петр,

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

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

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

[Петр]

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

[Foggy Finder]

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

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

[Петр]

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

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

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

[Foggy Finder]

Петр, смотрите, 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, через свойства и команды. А свойство с правом на запись, это вызов метода (Сеттор). Так как вы состояние намереваетесь передавать без вызова сетторов? ;)

[Foggy Finder]

Как из 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.

[Foggy Finder]

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

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

[cyber_roach]

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 это как фичу подают )