2. 程式人生 > >【WPF學習】第二十九章 元素繫結——將元素繫結到一起

【WPF學習】第二十九章 元素繫結——將元素繫結到一起

阿新 • • 發佈：2020-02-06

　　資料banding的最簡單情形是，源物件時WPF元素而且源屬性是依賴性屬性。前面章節解釋過，依賴項屬性具有內建的更改通知支援。因此，當在源物件中改變依賴項屬性的值時，會立即更新目標物件中的繫結屬性。這正是我們所需要的行為——而且不必為此構建任何額外的基礎結構。

　　為理解如何將一個元素繫結到另一個元素，下面建立一個簡單的示例。該示例視窗包含了兩個控制元件：一個Slider控制元件和一個具有單行文字的TextBlock控制元件。如果向右拖動滑動條上的滑塊，文字字型的尺寸會立即隨之增加。如果向左拖動滑塊，字型尺寸會縮小。

 

 

 　　顯然，使用程式碼建立這種哦弄個行為不是很難。可簡單地響應Slider.ValueChanged事件，並將滑動條控制元件的當前值複製到TextBlock控制元件來實現這種行為。不過，通過資料繫結實現這種行為更簡單。

一、繫結表示式

　　當使用資料繫結時，不必對源物件（在本例中是Slider控制元件）做任何改動。只需要配置源物件使其屬性具有正確的值範圍，通常進行如下配置：

<Slider  Name="sliderFontSize" Margin="3" Minimum="1" Maximum="40" Value="10" TickFrequency="1" IsSnapToTickEnabled="True" TickPlacement="TopLeft"></Slider>

　　繫結時在TextBlock元素中定義的。在此沒有使用字面值設定FontSize屬性，而是使用了一個繫結表示式，如下所示：

<TextBlock Margin="10" Name="lblSampleText" 
                   FontSize="{Binding ElementName=sliderFontSize, Path=Value}" 
                   Text="Simple Text"></TextBlock>

　　資料繫結表示式使用XAML標記擴充套件（因此具有花括號）。因為正在建立System.Windows.Data.Binding類的一個例項，所以繫結表示式以單詞Binding開頭。儘管可採用多種方式配置Binding物件，但本例中只需要設定兩個屬性：ElementName屬性(指示源元素)和Path屬性（指示源元素中的屬性）。

　　之所以使用名稱Path而不是Property，是因為Path可能指向屬性的屬性（如FontFamily.Source),也可能指向屬性使用的索引器(如Content.Children[0])。可構建具有多級層次的路徑，使其指向水屬性的屬性的屬性，一次類推。

　　如果希望引用附加屬性（在另一個類中定義但應用於繫結元素的屬性），那麼需要在圓括號中封裝屬性名稱。例如，如果繫結到Grid控制元件中的某個元素，路徑（Grid.Row)將檢索放置元素的行的行號。

二、繫結錯誤

　　WPF不會引發因此來通知與資料繫結相關的問題。如果指定的元素或屬性不存在，那麼不會受到任何指示；相反，指示不能在目標屬性中顯示資料。

　　咋一看，對除錯而言這像是可怕的夢魘。幸運的是，WPF輸出了繫結失敗細節的跟蹤資訊。當除錯應用程式時，該資訊顯示在Visual Studio的Output視窗中。

　　當試圖讀取源屬性時，WPF會忽略丟擲的任何異常，並不加提示地丟棄因資料無法轉換為目標屬性的資料型別而引發的異常。然而，當處理這些問題時還有一種選擇——可通知WPF改變源元素的外觀以指示發生了錯誤。例如，當使用哦感嘆號圖示或紅色輪廓標識非法輸入。

三、繫結模式

　　資料繫結的一個特性是目標會被自動更新，而不考慮源的修改方式。在這個示例中，源只能通過一種方式進行修改——通過使用者與滑動條上滑動進行的互動。下面分析該例的一個稍經修改的版本：新增一個按鈕，每個按鈕為滑動條應用一個預先設定的值：

 

 

 　　當單擊Set to Large按鈕時，會執行下面的程式碼：

private void cmd_SetLarge(object sender, RoutedEventArgs e)
        {
            sliderFontSize.Value = 30;
        }

　　上面的程式碼設定滑動條的值，這會通過資料繫結強制改變字型大小。效果與移動滑動條上的滑塊一樣。

　　然而，下面的程式碼不能正常工作：

private void cmd_SetLarge(object sender, RoutedEventArgs e)
        {
            lblSampleText.FontSize = 30;
        }

　　上面的程式碼直接設定文字框的字型尺寸。因此，滑動條的位置未響應地更新。更糟的是，上面的程式碼破壞了字型尺寸的繫結，並用字面值代替了繫結。如果現在移動滑動條上的滑塊，文字框根本不會響應地進行改變。

　　有趣的是，可採用一種方式強制在兩個方向傳遞資料：從源到目標以及從目標到源。技巧是設定Binding物件的Mode屬性。下面的是修訂後過的雙向繫結，該繫結允許為源或目標應用變化，並使整體的其他部分自動更新自身：

<TextBlock Margin="10" Name="lblSampleText" 
                   FontSize="{Binding ElementName=sliderFontSize, Path=Value,Mode=TwoWay}" 
                   Text="Simple Text"></TextBlock>

　　在這個示例中，沒有理由使用雙向繫結（這需要更大的開銷），因為可通過使用正確的編碼來解決問題。然而，考慮該例的一個變體，該變體包含一個可在其中精確設定字型尺寸的文字框。這個文字框需要使用雙向繫結，從而當通過另一個方法改變字型尺寸時，該文字框可以應用使用者的改變，並顯示最新的尺寸值。

　　當設定Binding.Mode屬性時，WPF允許使用5個System.Windows.Data.BindingMode列舉值中的任何一個。下表列出了全部列舉值：

表 BindingMode列舉值

 

 

 　　下圖顯示了他們之間的區別。前面已經介紹了OneWay和TwoWay模式。OneTime模式非常簡單。下面對其他兩種模式再進行一些分析。

 

 

 

 圖 繫結兩個屬性的不同方式

　　1、OneWayToSource模式

　　你可能會好奇，既然有了OneWay模式，為什麼還有OneWayToSource模式選項——畢竟這兩個值都以相同方式建立單向繫結。唯一區別是繫結表示式的放置位置。本質行，OneWayToSource模式允許通過在通常被視為繫結源的物件中放置繫結表示式，從而翻轉源和目標。

　　使用這一技巧最常見的原因是要設定非依賴項屬性的屬性。前面開始介紹過，繫結表示式只能用於設定依賴項屬性。但通過使用OneWayToSource模式，可克服這一限制，但前提是提供資料的屬性本身是依賴項屬性。

　　2、Default模式

　　最後，除非明確指定其他模式，否則可能認為所有繫結都是單向的，這看起來像是符合邏輯的（畢竟，簡單的滑動條示例使用的就是這種方式）。然而，情況並非如此。為了自我驗證這一事實，在此考慮具有能夠改變字型尺寸的繫結文字框的示例。即使刪除了Mode=TwoWay設定，這個示例也仍工作的很好。這是因為WPF使用了一種不同的、預設情況下依賴於所繫結屬性的模式（從技術角度看，在每個依賴項屬性中都有一個元資料——FrameworkPropertyMetadata.BindsTwoWayByDefault標誌——該標誌指示屬性是使用單向繫結還是雙向繫結）。

　　通常，預設繫結模式也可正是期望的模式。然而，可設想一個示例，該例具有一個只讀的不允許使用者改變的文字框。對於這種情況，通過將模式設定為單向繫結可稍微降低一些開銷。

　　作為一條常用的經驗法則，明確設定繫結模式永遠不是壞主意。即使在文字框示例中，也值得通過包含Mode屬性來強調希望使用雙向繫結。

四、使用程式碼建立繫結

　　在構建視窗時，在XAML標記中使用Binding標記擴充套件來宣告繫結表示式通常最高效。然而，也可使用程式碼建立繫結。

　　下面的程式碼演示了上面示例中顯示的TextBlock元素建立繫結：

Binding binding=new Binding();
binding.Source=sliderFontSize;
binding.Path=new PropertyPath("Value");
binding.Mode=BindingMode.TwoWay;
lblSampleText.SetBinding(TextBlock.FontSize,binding);

　　還可通過程式碼使用BindingOperation類的兩個靜態方法移除繫結。ClearBinding()方法使用依賴項屬性（該屬性具有希望刪除的繫結）的引用作為引數，而ClearAllBindings()方法為元素刪除所有資料繫結：

BindingOperations.ClearAllBindings(lblSampleText);

　　ClearBinding()和ClearAllBindings()方法都使用ClearValue()方法，每個元素都從DependencyObject基類繼承了ClearValue()方法。ClearValue()方法簡單地移除屬性的本地值（對於這種情況，是資料繫結表示式）。

　　基於標記的繫結比通過程式碼建立的繫結更常見，因為基於指令碼的繫結更清晰並且需要完成的工作更少。一般使用標記建立它們的繫結，但在一些特殊情況下，會希望使用程式碼建立繫結：

  • 　　建立動態繫結：如果希望根據其他執行時資訊修改繫結，或者根據環境建立不同的繫結，這時使用程式碼建立繫結通常更合理（此外，也可在視窗的Resource集合中定義可能希望使用的每個繫結，並只新增是使用合適的繫結物件呼叫SetBinding()方法的程式碼）。
  • 　　刪除繫結：如果希望刪除繫結，從而可以通過普通方式設定屬性，需要藉助ClearBinding()或ClearAllBindings()方法。僅為屬性應用新值是不夠的——如果正在使用雙向繫結，設定的值會傳播到連結的物件，並且兩個屬性保持同步。
  • 　　建立自定義控制元件：為讓他人能更容易地修改你構建的自定義控制元件的外觀，需要將特定細節（如事件處理程式和資料繫結表示式）從標記移到程式碼中。

五、使用程式碼檢索繫結

　　可使用程式碼檢索繫結並檢查其屬性，而不必考慮繫結最初是用程式碼還是標記建立的。

　　可採用兩種方式來獲取繫結資訊。第一種方式是使用靜態方法BindingOperations.GetBinding()來檢索相應的Binding物件。這需要提供兩個引數：繫結元素以及具有繫結表示式的屬性。

　　例如，如果具有如下繫結：

<TextBlock Margin="10" Name="lblSampleText" 
                   FontSize="{Binding ElementName=sliderFontSize, Path=Value}" 
                   Text="Simple Text"></TextBlock>

　　可使用如下程式碼來獲取繫結：

Binding binding=BindingOperations.GetBinding(lblSampleText,TextBlock.FontSize);

　　一旦擁有繫結物件，就可以檢查其屬性。例如，繫結元素名Binding.ElementName提供了繫結表示式的值（這裡是sliderFontSize）。Binding.Path提供的PropertyPath物件從繫結物件提取繫結值，Binding.Path.Path獲取繫結屬性的名稱（這裡是Value）。還有Binding.Mode屬性，用於告知繫結合適更新目標元素。

　　如果必須在測試時新增診斷程式碼，繫結物件會有趣一些。但WPF還允許通過呼叫BindingOperations.GetBindingExpression()方法獲得更實用的BindingExpression物件，該方法的引數與GetBinding()方法的引數相同：

BindingExpression expression = BindingOperations.GetBindingExpression(lblSampleText, TextBlock.FontSize);

　　BindingExpression物件包括一些屬性，用於複製Binding物件提供的資訊。但迄今為止，最有趣的是ResolvedSource屬性，該屬性允許計算繫結表示式並獲得其結果——傳遞的本地資料。下面舉一個例子：

//Get the source element
Slider boundObject=(Slider)expression.ResolvedSource;

//Get any data you need from the source element,including it's bound property
string boundData=boundObject.FontSize;

六、多繫結

　　上面的示例僅包含一個繫結，但如有必要，可設定TextBlock元素從文字框中獲取其文字，從單獨的顏色列表中選擇當前前景色和背景色等等，下面是一個示例：

<Window x:Class="DataBinding.MultipleBindings"
        xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
        xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
        Title="MultipleBindings" Height="300" Width="300">
    <Grid Margin="5">
        <Grid.RowDefinitions>
            <RowDefinition Height="Auto"></RowDefinition>
            <RowDefinition Height="Auto"></RowDefinition>
            <RowDefinition Height="Auto"></RowDefinition>
            <RowDefinition Height="Auto"></RowDefinition>
            <RowDefinition></RowDefinition>
        </Grid.RowDefinitions>

        <Slider Name="sliderFontSize" Margin="3" Minimum="1" Maximum="40" Value="10"></Slider>

        <TextBox Name="txtContent" Margin="3" Grid.Row="2">Sample Content</TextBox>

        <ListBox Margin="3" Grid.Row="3" Name="lstColors">
            <ListBoxItem Tag="Blue">Blue</ListBoxItem>
            <ListBoxItem Tag="DarkBlue">Dark Blue</ListBoxItem>
            <ListBoxItem Tag="LightBlue">Light Blue</ListBoxItem>
        </ListBox>

        <TextBlock Margin="3" Name="lblSampleText" 
           FontSize="{Binding ElementName=sliderFontSize, Path=Value}"  Grid.Row="4"
           Text="{Binding ElementName=txtContent, Path=Text}"           
           Foreground="{Binding ElementName=lstColors, Path=SelectedItem.Tag}"
           >
        </TextBlock>

    </Grid>
</Window>
MultipleBindings

　　最終效果如下圖所示：

 

 七、繫結更新

　　下面一個簡單的示例，當用戶在文字框中輸入字型大小時，發現文字字型大小並沒有立即變化，而是需要失去當前控制元件的焦點才會觸發。

 

 　　會發生此問題的願意，是因為他們的行為由Binding.UpdateSourceTrigger屬性控制，該屬性可使用下表列出的某個值。當從文字框中取得文字並用於更新TextBlock.FontSize屬性時，看到的正式使用UpdateSourceTrigger.LostFocus方法從目標向源進行更新的例子：

表　　UpdateSourceTrigger列舉值

 

 　　請記住，上表列出的值不印象目標的更新方式。他們僅控制TwoWay或OneWayToSource模式的繫結中源的更新方式。

　　根據上面介紹的內容，可改進文字框示例，從而當用戶在文字框中輸入內容時將變化應用於字型尺寸。方式如下：

<TextBox Name="txtBound" Text="{Binding ElementName=lblSampleText, Path=FontSize, UpdateSourceTrigger=PropertyChanged, Mode=TwoWay}" Width="100"></TextBox>

　　要完全控制源物件的更新時機，可選擇UpdateSourceTrigger.Explicit模式。如果在文字框示例中使用這種方法，當文字框失去焦點後不會發生任何事情。反而，由編寫程式碼手動觸發更新。例如，可新增Apply按鈕，呼叫BindingExpression.UpdateSource()方法，觸發立即重新整理行為並更新字型尺寸。

　　當然，在呼叫BindingExpression.UpdateSource()之前，需要一種方法來獲取BindingExpression物件。BindingExpression物件僅是將兩項內容封裝到一起的較小組裝包，這兩項內容是：已經學習過的Binding物件(通過BindingExpression.ParentBinding屬性提供）和由源繫結的物件(BindingExpression.DataItem)。此外，BindingExpression物件為觸發立即更新繫結的一部分提供了兩個方法：UpdateSource()和UdateTarget()方法。

　　為獲取BindingExpression物件，需要使用GetBindingExpression()方法，並傳入具有繫結的目標屬性，每個元素都從FrameworkElement基類繼承了該方法。下面的示例根據當前文字框中的文字改變TextBlock的字型大小：

BindingExpression binding=txtFontSize.GetBindingExpression(TextBox.TextProperty);

binding.UpdateSource();

八、繫結延遲

　　在極少數情況下，需要防止資料繫結觸發操作和修改源物件，至少在某一時刻是這樣的。例如，可能想在從文字框複製資訊之前暫停，而不是在每次按鍵後獲取。或者，源物件在資料繫結屬性變化時執行處理器密集型操作。在此情況下，可能更新增短暫的延遲時間，避免過分頻繁地觸發操作。

　　在這些特殊情況下，可使用Binding物件Delay屬性。等到數毫秒，之後再提交更改。下面是文字框示例的修改版本，會在使用者停止輸入500毫秒後更新源物件：

<TextBox Name="txtBound" Text="{Binding ElementName=lblSampleText, Path=FontSize, UpdateSourceTrigger=PropertyChanged, Mode=TwoWay, Delay=500}" Width="100"></TextBox>

&n

相關推薦

【WPF學習】第二十九章 元素繫結——將元素繫結到一起

　　資料banding的最簡單情形是，源物件時WPF元素而且源屬性是依賴性屬性。前面章節解釋過，依賴項屬性具有內建的更改通知支援。因此，當在源物件中改變依賴項屬性的值時，會立即更新目標物件中的繫結屬性。這正是我們所需要的行為——而且不必為此構建任何額外的基礎結構。 　　為理解如何將一個

【WPF學習】第十九章 控制元件類

　　WPF視窗充滿了各種元素，但這些元素中只有一部分是控制元件。在WPF領域，控制元件通常被描述為與使用者互動的元素——能接收焦點並接受鍵盤或滑鼠輸入的元素。明顯的例子包括文字框和按鈕。然而，這個區別有時有些模糊。將工具提示視為控制元件，因為它根據使用者滑鼠的移動顯示或消失。將標籤視為

【WPF學習】第二十一章 特殊容器

　　內容控制元件不僅包括基本控制元件，如標籤、按鈕以及工具提示；它們還包含特殊容器，這些容器可用於構造使用者介面中比較大的部分割槽域。 　　首先介紹ScrollViewer控制元件，該控制元件直接繼承自ContentControl類，提供了虛擬介面，允許使用者圍繞更大的元素滾動。與所有內容控制元件一樣，Scr

【WPF學習】第二十五章 日期控制元件

　　WPF包含兩個日期控制元件：Calender和DatePicker。這兩個控制元件都被設計為允許使用者選擇日期。 　　Calendar控制元件顯示日期，在與Windows作業系統中看到的日曆（例如，當配置系統日期時看到的日曆）相似。該控制元件每次顯示一個月份，允許從一個月份跳到另一個月份（通過單擊箭頭按鈕

【WPF學習】第二十六章 Application類——應用程式的生命週期

　　在WPF中，應用程式會經歷簡單的生命週期。在應用程式啟動後，將立即建立應用程式物件，在應用程式執行時觸發各種應用程式事件，你可以選擇監視其中的某些事件。最後，當釋放應用程式物件時，應用程式將結束。 一、建立Application物件 　　使用Application類的最簡單方式是手動建立它。下面的示例演示

【WPF學習】第二十七章 Application類的任務

　　上一章介紹了有關WPF應用程式中使用Application物件的方式，接下來看一下如何使用Application物件來處理一些更普通的情況，接下倆介紹如何初始化介面、如何處理命名行引數、如何處理支付視窗之間的互動、如何新增跟蹤文件以及如何建立單示例應用程式。 一、顯示初始化介面  　　WPF應用

【WPF學習】第二十八章 程式集資源

　　WPF應用程式中的程式集資源與其他.NET應用程式中的程式集資源在本質上是相同的。基本概念是為專案新增檔案，從而Visual studio可將其嵌入到編譯過的應用程式的EXE或DLL檔案中。WPF程式集資源與其他應用程式中的程式集資源之間的重要區別是引用他們的定址系統不同。 　　在前面章節已討論過程式集資

【WPF學習】第二十章 內容控制元件

　　內容控制元件(content control)是更特殊的控制元件型別，它們可包含並顯示一塊內容。從技術角度看，內容控制元件時可以包含單個巢狀元素的控制元件。與佈局容器不同的是，內容控制元件只能包含一個子元素，而佈局容器主要願意可以包含任意多個牽頭元素。 　　正如前面所介紹，所有WPF佈局容器都繼承自抽象類

【WPF學習】第十五章 WPF事件

　　前兩章學習了WPF事件的工作原理，現在分析一下在程式碼中可以處理的各類事件。儘管每個元素都提供了許多事件，但最重要的事件通常包括以下5類： 　　生命週期事件：在元素被初始化、載入或解除安裝時發生這些事件。 　　滑鼠事件：這些事件是滑鼠動作的結果。 　　鍵盤事件：這些事件是鍵盤動作（如按下鍵盤上的鍵）的結

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

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

【WPF學習】第二十三章 列表控制元件

　　WPF提供了許多封裝項的集合的控制元件，本章介紹簡單的ListBox和ComboBox控制元件，後續哈會介紹更特殊的控制元件，如ListView、TreeView和ToolBar控制元件。所有這些控制元件都繼承自ItemsControl類（ItemsControl類本身又繼承自Control類）。 　　I

【WPF學習】第三十三章 高階命令

　　前面兩章介紹了命令的基本內容，可考慮一些更復雜的實現了。接下來介紹如何使用自己的命令，根據目標以不同方式處理相同的命令以及使用命令引數，還將討論如何支援基本的撤銷特性。 一、自定義命令 　　在5個命令類（ApplicationCommands、NavigationCommands、EditingComma

【WPF學習】第四十三章 路徑和幾何圖形

　　前面四章介紹了繼承自Shape的類，包括Rectangle、Ellipse、Polygon以及Polyline。但還有一個繼承自Shape的類尚未介紹，而且該類是到現在為止功能最強大的形狀類，即Path類。Path類能夠包含任何簡單形狀、多組形狀以及更復雜的要素，如曲線。 　　Path類提供了Data屬性

【WPF學習】第五十三章 動畫型別回顧

　　建立動畫面臨的第一個挑戰是為動畫選擇正確的屬性。期望的結果（例如，在視窗中移動元素）與需要使用的屬性（在這種情況下是Canvas.Left和Canvas.Top屬性）之間的關係並不總是很直觀。下面是一些指導原則： 　　如果希望使用動畫來使元素顯示和消失，不要使用Visibility屬性(該屬性只能在完全

【WPF學習】第三十九章 理解形狀

　　在WPF使用者介面中，繪製2D圖形內容的最簡單方法是使用形狀（shape）——專門用於表示簡單的直線、橢圓、矩形以及多變形的一些類。從技術角度看，形狀就是所謂的繪圖圖元(primitive)。可組合這些基本元素來建立更復雜的圖形。 　　關於WPF中形狀的重要細節是，它們都繼承自Fr

【WPF學習】第四十九章 基本動畫

　　在前一章已經學習過WPF動畫的第一條規則——每個動畫依賴於一個依賴項屬性。然而，還有另一個限制。為了實現屬性的動態化(換句話說，使用基於時間的方式改變屬性的值)，需要有支援相應資料型別的動畫類。例如，Button.Width屬性使用雙精度資料型別。為實現屬性的動態化，需要使用Dou

【WPF學習】第五十九章 理解控制元件模板

　　最近工作比較忙，未能及時更新內容，敬請了解！！！ 　　對於視覺化樹的分析引出了幾個有趣問題。例如，控制元件如何從邏輯樹表示擴張成視覺化樹表示？ 　　每個控制元件都有一個內建的方法，用於確定如何渲染控制元件（作為一組更基礎的元素）。該方法稱為控制元件模板(control template),是用XAML標記

【WPF學習】第三十章 元素繫結——繫結到非元素物件

　　前面章節一直都在討論如何新增連結兩個各元素的繫結。但在資料驅動的應用程式中，更常見的情況是建立從不可見物件中提取資料的繫結表示式。唯一的要求是希望顯示的資訊必須儲存在公有屬性中。WPF資料繫結資料結構不能獲取私有資訊或公有欄位。 　　當繫結到非元素物件時，需要放棄Binding.ElementName屬性

【WPF學習】第三十一章 WPF命令模型

　　WPF命令模型由許多可變的部分組成。總之，它們都具有如下4個重要元素： 　　命令：命令表示應用程式任務，並且跟蹤任務是否能夠被執行。然而，命令實際上不包含執行應用程式任務的程式碼。 　　命令繫結：每個命令繫結針對使用者介面的具體區域，將命令連線到相關的應用程式邏輯。這種分解的設計是非常重要的，因為單個命

【WPF學習】第三十二章 執行命令

　　前面章節已經對命令進行了深入分析，分析了基類和介面以及WPF提供的命令庫。但尚未例舉任何使用這些命令的例子。 　　如前所述，RoutedUICommand類沒有任何硬編碼的功能，而是隻表達命令，為觸發命令，需要有命令源（也可使用程式碼）。為響應命令，需要有命令繫結，命令繫結將執行轉發給普遍的事件處理程式。