C# - Comment gérer XAML Clavier dans MVVM?

Jusqu'à maintenant, je suis en utilisant le .xaml.cs pour gérer les entrées.

Voici mon code xaml de la tête du code :

<Window x:Class="My_Windows_App.MainWindow"
xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
xmlns:vm="clr-namespace:My_Windows_App.ViewModel"
Title="MainWindow" Height="600" Width="900"
Keyboard.KeyDown="keyDownEventHandler" Keyboard.KeyUp="keyUpEventHandler">

Et voici une partie de la MainWindow.xaml.cs code :

public partial class MainWindow : Window
    {
        private bool pushToTalk;

        public void keyDownEventHandler(object sender, KeyEventArgs e)
        {
            if (e.Key == Key.LeftCtrl)
                pushToTalk = true;
        }

        public void keyUpEventHandler(object sender, KeyEventArgs e)
        {
            if (e.Key == Key.LeftCtrl)
                pushToTalk = false;
        }
}

Comment puis-je implent la même chose dans MVVM ?
Parce que pour ce que je comprends, on ne peut pas se lier à une méthode, seules les propriétés, droit ?

OriginalL'auteur Elfayer | 2013-12-06

c#mvvm wpf xaml

4

Gestion des données est un point de Vue souci, pas un ViewModel préoccupation, pourquoi voulez vous déplacer à la ViewModel?

au lieu de cela, délégué de l'application /de la logique métier à l'ViewModel, tout en gardant le Clavier d'Entrée de la manipulation de l'avis:
```
public partial class MainWindow : Window
{
    private MyViewModel ViewModel;

    public MainWindow()
    {
        ViewModel = new MyViewModel();
    }


    public void keyDownEventHandler(object sender, KeyEventArgs e)
    {
        if (e.Key == Key.LeftCtrl)
            ViewModel.PushToTalk = true;
    }

    public void keyUpEventHandler(object sender, KeyEventArgs e)
    {
        if (e.Key == Key.LeftCtrl)
            ViewModel.PushToTalk = false;
    }
}
```
Avis comment j'ai déplacé le PushToTalk propriété du ViewModel, parce que c'est vraiment une partie de la logique de l'application et non de l'INTERFACE utilisateur, tout en gardant les événements de Clavier au niveau de la Vue. Cela ne veut pas briser MVVM parce que vous n'êtes pas de mélange de l'INTERFACE utilisateur et la logique de l'application, vous êtes simplement en plaçant des choses où ils appartiennent vraiment.

Alors que cela pourrait fonctionner, MVVM n'est pas sur les Événements. Un "puriste" serait d'appeler les flics sur vous :p
Mal. MVVM est de ne pas mettre de la logique de gestion de l'INTERFACE et de ensemble, et non sur insensée des restrictions arbitraires sur ce qui peut être utilisé et ce n'est pas. Ma solution est conforme avec MVVM en ayant la Vue de prendre soin de ses préoccupations tout en gardant la logique métier dans le ViewModel.
Ok, je crois. Mais n'est-ce pas en conflit avec la Command modèle? Je ne suis pas un puriste. Mais la séparation de l'Interface utilisateur/Logique peut être réalisé avec d'autres architectures et
Il n'en conflit avec Command modèle, mais il semble y avoir aucun moyen de mettre une commande dans la Fenêtre elle-même. Aussi loin que je peux dire, @Noctis réponse ne fonctionne pas en raison de l'Interaction.Les déclencheurs peuvent ne pas être bloqué sur la fenêtre. Il ya aussi pas de EventTrigger KeyDown/KeyUp donc pas aller dans cette direction.

OriginalL'auteur Federico Berasategui
20

Semble que vous avez obtenu votre réponse, mais voici une autre solution.

Vous pouvez aborder les événements de clavier avec i:interaction et InputBindings. Quelques exemples à l'aide d'un DatePicker avec interaction serait:
```
<DatePicker Name="fancy_name_here" SelectedDate="{Binding your_date_property_here}">
  <i:Interaction.Triggers>
    <i:EventTrigger EventName="PreviewKeyDown">               
    <i:InvokeCommandAction Command="{Binding Path=TestMeCommand}" />
    </i:EventTrigger>
  </i:Interaction.Triggers>
</DatePicker>
```
(Notez que vous aurez besoin de la ligne suivante dans la fenêtre de votre définitions pour les i:Interaction de travail:)
```
xmlns:i="clr-namespace:System.Windows.Interactivity;assembly=System.Windows.Interactivity"
```
et pour l'entrée de la liaison:
```
<DatePicker Name="fancy_name_here"  SelectedDate="{Binding your_date_property_here}">
  <DatePicker.InputBindings>
    <KeyBinding Key="Up" Modifiers="Shift" Command="{Binding your_command_name}" />
    <KeyBinding Key="Up" Modifiers="Alt" Command="{Binding TestMeCommand}" />       
    <KeyBinding Key="Up" Command="{Binding TestMeCommand}" />        
  </DatePicker.InputBindings>
</DatePicker>
```
N'hésitez pas à jeter un coup d'oeil à mon autre réponse , elle traite de i:interaction et InputBindings , et en retour des points à un autre article sur la gestion des événements de touche: haut/bas datepicker, et discute le code-behind /mvvm approches.

Espère que vous les trouverez utiles.

+1. J'étais sur le point de ce post. Il n'y a pas besoin d'utiliser une "boîte à outils" et fonctionne très bien.
Bien que cette approche est OK, je ne vois pas comment vous traitez avec OnKeyUp ici, afin de faire basculer l' PushToTalk valeur false à la propriété, que l'OP est en train de faire.

OriginalL'auteur Noctis

Les œuvres suivantes pour la manipulation de la touche "Entrer" dans une zone de texte:

<TextBox Text="{Binding UploadNumber, Mode=TwoWay, UpdateSourceTrigger=PropertyChanged}">
<TextBox.InputBindings>
    <KeyBinding 
      Key="Enter" 
      Command="{Binding FindUploadCommand}" 
      CommandParameter="{Binding Path=Text, RelativeSource={RelativeSource AncestorType={x:Type TextBox}}}" />
</TextBox.InputBindings>

OriginalL'auteur SurfingSanta

Vous devez vous connecter pour publier un commentaire.