【WPF學習】第十六章 鍵盤輸入

来源:https://www.cnblogs.com/Peter-Luo/archive/2020/01/28/12238426.html

當用戶按下鍵盤上的一個鍵時,就會發生一系列事件。下表根據他們的發生順序列出了這些事件: 表 所有元素的鍵盤事件(按順序) 鍵盤處理永遠不會像上面看到的這麼簡單。一些控制項可能會掛起這些事件中的某些事件,從而可執行自己更特殊的鍵盤處理。最明顯的例子是TextBox控制項,它掛起了TextInput事件。對 ...


  當用戶按下鍵盤上的一個鍵時,就會發生一系列事件。下表根據他們的發生順序列出了這些事件:

表 所有元素的鍵盤事件(按順序)

 

   鍵盤處理永遠不會像上面看到的這麼簡單。一些控制項可能會掛起這些事件中的某些事件,從而可執行自己更特殊的鍵盤處理。最明顯的例子是TextBox控制項,它掛起了TextInput事件。對於一些按鍵,TextBox控制項還掛起了KeyDown事件,如方向鍵。對於此類情形,通常仍可使用隧道路由事件(PreviewTextInput和PreviewKeyDown事件).

  TextBox控制項還添加了名為TextChanged的新事件。在按鍵導致文本框中的文本發生改變之後立即引發該事件。這時,在文本框中已經可以看到新的文本,所以阻止不需要的按鍵已為時太晚。

一、處理按鍵事件

  理解鍵盤事件的最好方式是使用簡單的示常式序,如下圖所示。該例在一個文本框中監視所有可能的鍵盤事件,併在發生時給出報告。下圖顯示了文本框中輸入大寫A鍵時結果。

  上面示例的完整代碼如下所示:

<Window x:Class="KeyEvents.MainWindow"
        xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
        xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
        Title="KeyPressEvents" Height="350" Width="468.421">
    <Grid Margin="3">
        <Grid.RowDefinitions>
            <RowDefinition Height="Auto"></RowDefinition>
            <RowDefinition Height="*"></RowDefinition>
            <RowDefinition Height="Auto"></RowDefinition>
            <RowDefinition Height="Auto"></RowDefinition>
        </Grid.RowDefinitions>
        <Grid.ColumnDefinitions>
            <ColumnDefinition Width="Auto"></ColumnDefinition>
            <ColumnDefinition Width="*"></ColumnDefinition>
        </Grid.ColumnDefinitions>
        <Label Grid.Row="0" Grid.Column="0">Type Here:</Label>
        <TextBox Grid.Row="0" Grid.Column="1" 
                 PreviewKeyDown="KeyEvent" KeyDown="KeyEvent" 
                 PreviewKeyUp="KeyEvent" KeyUp="KeyEvent"
                 PreviewTextInput="TextInput" TextInput="TextInput"></TextBox>
        <ListBox Grid.ColumnSpan="2" Grid.Row="1" Grid.Column="0" Margin="5" Name="lstMessages"></ListBox>
        <CheckBox Name="chkHandle" Margin="5" Grid.ColumnSpan="2" Grid.Row="2">Ignore Keys Events</CheckBox>
        <Button Grid.Row="3" Margin="5" Padding="3" HorizontalAlignment="Right" Grid.ColumnSpan="2"
                Name="cmdClear" Click="cmdClear_Click">Clear list</Button>
    </Grid>
</Window>
KeyEvents.XAML
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Windows;
using System.Windows.Controls;
using System.Windows.Data;
using System.Windows.Documents;
using System.Windows.Input;
using System.Windows.Media;
using System.Windows.Media.Imaging;
using System.Windows.Navigation;
using System.Windows.Shapes;

namespace KeyEvents
{
    /// <summary>
    /// MainWindow.xaml 的交互邏輯
    /// </summary>
    public partial class MainWindow : Window
    {
        public MainWindow()
        {
            InitializeComponent();
        }

        private void KeyEvent(object sender, KeyEventArgs e)
        {
            if ((bool)chkHandle.IsChecked && e.IsRepeat) return;

            string message = "Event:" + e.RoutedEvent + "  Key:" + e.Key;
            this.lstMessages.Items.Add(message);
        }

        private void TextInput(object sender, TextCompositionEventArgs e)
        {
            string message = "Event:" + e.RoutedEvent + "  Text:" + e.Text;
            this.lstMessages.Items.Add(message);
        }

        private void cmdClear_Click(object sender, RoutedEventArgs e)
        {
            this.lstMessages.Items.Clear();
        }
    }
}
KeyEvents.cs

   該例演示了非常重要的一點。每次按下一個鍵時,都會觸發PreviewKeyDown和PreviewKeyUp事件。但只有當字元可以“輸入”到元素中時,才會觸發TextInput事件。這一動作實際上可能涉及多個按鍵操作。從上圖可知,為得到大寫字母A,需要按下兩個鍵。首先,按下Shift鍵,按著按下A鍵。因此,分別看到兩個KeyDown和KeyUp事件,但只有一個TextInput事件。

  PreviewKeyDown、KeyDown、PreviewKeyUp和KeyUp事件都通過KeyEventArgs對象提供了相同的信息。最重要的信息是Key屬性,該屬性返回一個System.Windows.Input.Key枚舉值,該枚舉值標識了按下或釋放的鍵。下麵是上圖處理鍵盤事件的事件處理程式:

private void KeyEvent(object sender, KeyEventArgs e)
        {
            if ((bool)chkHandle.IsChecked && e.IsRepeat) return;

            string message = "Event:" + e.RoutedEvent + "  Key:" + e.Key;
            this.lstMessages.Items.Add(message);
        }

  Key值沒有考慮任何其他鍵的狀態。例如,當按下A鍵時不必關心當前是否按下了Shift鍵,不管是否按下了Shift鍵都會得到相同的Key值(Key.A).

  這裡還存在一個問題。根據Windows鍵盤的設置,持續按下一個鍵一段時間,會重覆引發按鍵事件。例如,保持按下A鍵,顯然會在文本框中輸入一系列A字元。同樣,按下Shift鍵一段時間也會得到多個按鍵和一系列KeyDown事件。按下Shift+A鍵進行測試的真實情況是,文本框實際上會為Shift鍵引發一系列KeyDown事件,然後為A鍵引發KeyDown事件,隨後是TextInput事件(對於文本框,是TextChanged事件),最後是為Shift鍵和A鍵引發KeyUp事件。如果希望忽略這些重覆的Shift鍵,可以通過檢查KeyEventArgs.IsRepeat屬性,確定按鍵是不是因為按住鍵導致的結果,如下所示:

if ((bool)chkHandle.IsChecked && e.IsRepeat) return;

  KeyDown事件發生後,接著發生PreviewTextInput事件(因為TextBox控制項掛起了TextInput事件,所以不會發生TextInput事件)。此時,文本尚未出現在控制項中。

  TextInput事件使用TextCompositionEventArgs對象提供代碼。該對象包含Text屬性,該屬性提供了處理過的文本,它們是控制項即將接受到得文本。下麵的代碼將這些文本添加到上圖所示的列表中:

private void TextInput(object sender, TextCompositionEventArgs e)
        {
            string message = "Event:" + e.RoutedEvent + "  Text:" + e.Text;
            this.lstMessages.Items.Add(message);
        }

  理想情況下,可在控制項(如TextBox控制項)中使用PreviewTextInput事件執行驗證工作。例如,如果構建只能輸入數字的文本框,可確保當前按鍵不是字母,如果是就設置Handled標誌。可惜,對於某些可能希望處理的鍵不會觸發PreviewTextInput事件。例如,如果在文本框中按下了空格鍵,將直接繞過PreviewTextInput事件,這意味著還需要處理PreviewKeyDown事件。

  但在PreviewKeyDown事件處理程式中編寫出可靠的驗證邏輯是比較困難的,因為在此只知道Key值,這是級別很低的信息。例如,Key枚舉區分數字鍵盤和普通鍵盤字母以上的數字鍵。這意味著根據按下數字9的方式,可能得到的值Key.D9或Key.NumPad9.驗證所有這些允許使用的鍵值至少可以說是非常枯燥的。

  一種選擇是使用KeyConverter類將Key值轉換為更有用的字元串。例如,使用KeyConverter.ConverterToString()方法,Key.D9和Key.NumPad9都返回字元串“9”。如果只使用Key.ToString()方法,將得到不那麼有用的枚舉名稱(D9或NumPad9):

KeyConverter converter=new KeyConverter();
string  key=converter.ConverterToString(e.key);

  然而,即使使用KeyConverter類也存在缺陷,因為對於不會產生文本輸入的按鍵,會得到更長一點的文本(如Backspace).

  最好同事處理PreviewTextInput事件(該事件負責大多數驗證)和PreviewKeyDown事件,PreviewKeyDown用於那些在文本框中不會引發PreviewTextInput事件的按鈕(例如空格鍵)。下麵是完成這一工作的簡單解決方案:

private void pnl_PreviewTextInput(object sender,TextCompositionEventArgs e)
{
    short val;
    if(!Int16.TryParse(e.Text,out val))
    {
        //Disallow non-numeric key presses.
        e.Handled=true;
    }
}

private void pnl_PreviewKeyDown(object sender,KeyEventArgs e)
{
    if(e.Key==Key.Space)
    {
        // Disallow the space key,which doesn't raise a PreviewTextInput event.
        e.Handled=true;
    }
}

  可將這些事件處理程式關聯到單個文本框,或在更高層次的容器(例如,包含幾個只允許輸入數字的文本框的StackPanel面板)中關聯他們,這樣做效率更高。

二、焦點

  在Windows世界中,用戶每次只能使用一個控制項。當前接受用戶按鍵的控制項時具有焦點控制項。有時,有焦點的控制項的外觀不同。例如,WPF按鈕使用藍色陰影顯示它具有焦點。

  為讓控制項能接受焦點,必須將Focusable屬性設置為true,這是所有控制項的預設值。

  有趣的是,Focusable屬性是在UIElement類中定義的,這意味著其他非控制項元素也可以獲得焦點。通常,對於非控制項類,Focusable屬性預設設置為false,但也可以設置為true。例如,使用佈局容器(如StackPanel面板)測試這一點——當它獲得焦點時,會在面板邊緣的周圍顯示一條點劃線邊框。

  為將焦點從一個元素移到另一個元素,用戶可單擊滑鼠或使用Tab鍵和方向鍵。以前的開發框架強制編程人員確保Tab鍵以合理方式移動焦點(通常是從左項右,然後從上到下),並且確保在視窗第一次顯示時正確的控制項獲得焦點。在WPF中,不必在完成這些額外工作,因為WPF使用層次結構的元素佈局實現了Tab鍵切換焦點的順序。本質上,按下Tab鍵會將焦點移到當前元素的第一個子元素,如果當前元素沒有子元素,會將焦點移到同級的下一個子元素。例如,如果在具有兩個StackPanel面板容器的視窗中使用Tab鍵轉移焦點,焦點首先會通過第一個StackPanel面板中的所有控制項,然後通過第二個StackPanel面板中的所有控制項。

  如果希望獲得控制使用Tab鍵轉移焦點順序的功能,可按數字順序設置每個控制項的TabIndex屬性。Tablndex屬性為0的控制項首先獲得焦點,然後是次高的TabIndex值(例如首先是1,然後是2、3、4...等等)。如果多個元素具有相同的TabIndex值,WPF就使用自動Tab順序,這意味著會跳過隨後最靠近的元素。

  TabIndex屬性是在Control類中定義的,在該類中還定義了IsTabStop屬性。可通過將IsTabStop屬性設置為false來阻止控制項被包含進Tab鍵焦點順序。IsTabStop屬性和Focusable屬性之間的區別在於,如果控制項的IsTabStop屬性被設置為false,控制項仍可通過其他方式獲得焦點——通過編程(使用代碼調用Focus()方法)或通過滑鼠單擊。

  不可見或禁用的控制項(“變灰的控制項”)通常會忽略Tab鍵焦點順序,並且不能被激活,不管TabIndex屬性、IsTabStop屬性以及Focusable屬性如何設置。為了隱藏或禁用某個控制項,可分別設置Visibility屬性和IsEnabled屬性。

三、獲取鍵盤狀態

  當發生按鍵事件時,經常需要知道更多信息,而不僅要知道按下的是那個鍵。而且確定其他鍵是否同事被按下了也非常重要。這意味著可能需要檢查其他鍵的狀態,特別是Shift、Ctrl和Alt等修飾鍵。

  對於鍵盤事件(PreviewKeyDown、KeyDown、PreviewKeyUp和KeyUp),獲取這些信息比較容易。首先,KeyEventArgs對象包含KeyStates屬性,該屬性反映觸發事件的鍵的屬性。更有用的是,KeyboardDevice屬性為鍵盤上的所有鍵提供了相同的信息。

  自然,KeyboardDevice屬性提供了KeyboardDevice類的一個實例。它的屬性包含當前是哪個元素具有焦點(FocusedElement)以及當事件發生時按下了哪些修飾鍵。修飾鍵包括Shift、Ctrl和Alt鍵,並且可使用位邏輯來檢查他們的狀態。如下所示:

if((e.KeyboardDevice.Modifiers&ModifiersKeys.Control)==ModifierKeys.Control)
{
    lblInfo.Text="You held the Control Key.";
}

  KeyboardDevice屬性還提供了幾個簡便方法,這些方法在下表中列出。對於這些方法中的每個方法,需要傳遞一個Key枚舉值。

表 KeyboardDevice屬性提供的方法

 

   當使用KeyEventArgs.KeyboardDevice屬性時,代碼獲取虛擬鍵狀態(virtual key state)。這意味著獲取在事件發生時鍵盤的狀態,這些狀態和鍵盤的當前狀態未必相同。例如,分析一下當用戶輸入速度超出代碼執行速度時會發生什麼情況?每次引發KeyPress事件時,都將訪問觸發事件的按鍵,而不是剛輸入的字元。這幾乎總是想得到的行為。

  然而,沒有限制在鍵盤事件中獲取鍵的信息,也可以隨時獲取鍵盤狀態信息。技巧是使用Keyboard類,該類和KeyboardDevice類非常類似,只是Keyboard類由靜態成員構成。下麵的例子使用Keyboard類檢查左邊Shift鍵的當前狀態:

if(Keyboard.IsKeyDown(Key.LeftShift))
{
    lblInfo.Text="The  left Shift is held down.";
}

 


您的分享是我們最大的動力!

更多相關文章
  • 先上一個場景:假如你突然想做飯,但是沒有廚具,也沒有食材。網上購買廚具比較方便,食材去超市買更放心。 實現分析:在快遞員送廚具的期間,我們肯定不會閑著,可以去超市買食材。所以,在主線程裡面另起一個子線程去網購廚具。 但是,子線程執行的結果是要返回廚具的,而run方法是沒有返回值的。所以,這才是難點, ...
  • 創建線程的2種方式,一種是直接繼承Thread,另外一種就是實現Runnable介面。 這2種方式都有一個缺陷就是:在執行完任務之後無法獲取執行結果。 如果需要獲取執行結果,就必須通過共用變數或者使用線程通信的方式來達到效果,這樣使用起來就比較麻煩。 而自從Java 1.5開始,就提供了Callab ...
  • 一.利用多線程 直接new線程 使用線程池 二.採用Spring 的非同步方法去執行(無返回值) 在啟動類或者配置類加上 @EnableAsync 註解. 先把longTimeMethod 封裝到Spring的非同步方法中,這個方法一定要寫在Spring管理的類中,註意註解@Async @Async註解 ...
  • 問題:在多線程環境下,如何防止自己的變數被其它線程篡改 __ 答案:ThreadLocal. __ __ThreadLocal 不是用來解決共用對象的多線程訪問的競爭問題的,因為ThreadLocal.set() 到線程中的對象是該線程自己使用的對象,其他線程是不需要訪問的,也訪問不到的。當線程終止 ...
  • 眾所周知,微服務架構是由一眾微服務組成,項目中調用其他微服務介面更是常見的操作。為了便於調用外部介面,我們的常用思路一般都是封裝一個外部介面的客戶端,使用時候直接調用相應的方法。webservice或WCF的做法就是引用服務,自動生成客戶端。在webapi2.0里,我們都會手動封裝一個靜態類。那麼在 ...
  • 反射這個詞聽起來就很牛逼是吧? 嗯的確,反射是比較高級的特性,只有語言基礎很扎實的Dev們才應該使用它。 搞點反射,可以提高程式的靈活性、可擴展性、耦合度。 反射這東西,是為了動態地運行時載入,相比於靜態代碼。編譯的時候就是板上釘釘了。 就是說,如果你的程式需要在運行時搞一些晚綁定,動態載入或檢查對 ...
  • 滑鼠事件執行幾個關聯的任務。當滑鼠移到某個元素上時,可通過最基本的滑鼠事件進行響應。這些事件是MouseEnter(當滑鼠指針移到元素上時引發該事件)和MouseLeave(當滑鼠指針離開元素時引發該事件)。這兩個事件都是直接事件,這意味著他們不使用冒泡和隧道過程,而是源自一個元素並且只被該元素引發 ...
  • static void LocalMethod() { Cube(100); void Cube(int x) => Console.WriteLine($"The cube of {x} is {x * x * x}"); } static void GoToDemo() { int i = 1; ...
一周排行
  • 本筆記摘抄自:https://www.cnblogs.com/PatrickLiu/p/8135083.html,記錄一下學習過程以備後續查用。 一、引言 今天我們要講行為型設計模式的第九個模式--訪問者模式。如果按老規矩,先從名稱上來看這個模式,我根本不能獲得任何對理解該模式有用的信息, 而且這個 ...
  • 微信公眾號:【 "Dotnet9的博客" 】,網站:【 "Dotnet9" 】,問題或建議:【 "請網站留言" 】, 如果對您有所幫助:【 "歡迎贊賞" 】。 開源C WPF控制項庫系列: "(一)開源C WPF控制項庫《MaterialDesignInXAML》" "(二)開源C WPF控制項庫《Pan ...
  • 如今,當談到 WPF 時,我們言必稱 MVVM、框架(如 Prism)等,似乎已經忘了不用這些的話該怎麼使用 WPF 了。當然,這裡說的不用框架和 MVVM,並不是說像使用 Winform 那樣使用 WPF,而是追本溯源,重識 WPF 與生俱來的綁定和命令的風采。 ...
  • 本筆記摘抄自:https://www.cnblogs.com/PatrickLiu/p/8176974.html,記錄一下學習過程以備後續查用。 一、引言 今天我們要講行為型設計模式的第十個模式--備忘錄模式,先從名稱上來看。備忘錄模式可以理解為對某個對象的狀態進行保存,等到需要恢復的時 候,可以從 ...
  • 前言 在兩年多以前就聽聞 Blazor 框架,是 .Net 之父的業餘實驗性項目,其目的是探索 .Net 與 WebAssembly 的相容性和應用前景。現在這個項目已經正式成為 Asp.Net Core 框架的一部分,公開了預覽版,官方教程也基本寫好上線了。就著這個機會,順便體驗一下這個框架用起來 ...
  • .NET web開發者在開發過程中,一定都踩過的坑,明明修改了js文件,可是部署到生產環境,客戶反饋說:“還是報錯啊”。。然後一臉懵逼的去伺服器上看文件,確實已經更新了。有經驗的coder可能就想到了,肯定是客戶端瀏覽器緩存搞的鬼。 此時會告訴客戶,請Crtl+F5刷新一下,這時,客戶會說:“Ctr ...
  • 哈嘍..大家好 很久沒有更新了,今天就來一篇最近開發用到的功能,那就是中英文切換,這個實際上也不是高大上,先說一下原理,在.NET Core框架中給我們提供了全球化的類,叫做Localization,其官方的文檔地址傳送門。 在我的項目中,我是這樣操作的,你想用別的方式,也可以看文檔自己去搞。這個已 ...
  • WPF允許使用Image元素顯示點陣圖。然而,按這種方法顯示圖片的方法完全是單向的。應用程式使用現成的點陣圖,讀取問題,併在視窗中顯示點陣圖。就其本身而言,Image元素沒有提供創建和編輯點陣圖信息的方法。 這正是WriteableBitmap類的用武之地。該類繼承自BitmapSource,BitmapS ...
  • 記錄LINQ學習過程。 概要 LINQ是一種“語言集成”的查詢表達式,使用LINQ可以智能提示和進行類型檢查。C#里可以編寫的LINQ查詢有SQL資料庫、XML文檔、ADO.NET數據集、支持IEnumerable和IEnumerable的對象。使用LINQ,可以簡單對數據源進行分組、排序、篩選。有 ...
  • 這兩天複習了下Request以及Response部分的內容。 主要內容 1. HTTP協議:響應消息 2. Request對象 3. Response對象 4. ServletContext對象 HTTP: 概念:Hyper Text Transfer Protocol 超文本傳輸協議 傳輸協議:定 ...
x