如今，當談到 WPF 時，我們言必稱 MVVM、框架（如 Prism）等，似乎已經忘了不用這些的話該怎麼使用 WPF 了。當然，這裡說的不用框架和 MVVM，並不是說像使用 Winform 那樣使用 WPF，而是追本溯源，重識 WPF 與生俱來的綁定和命令的風采。 ...
如今，當談到 WPF 時，我們言必稱 MVVM、框架（如 Prism）等，似乎已經忘了不用這些的話該怎麼使用 WPF 了。當然，這裡說的不用框架和 MVVM，並不是說像使用 Winform 那樣使用 WPF，而是追本溯源，重識 WPF 與生俱來的綁定和命令的風采。
一、綁定的使用
目標：前臺頁面通過綁定獲取後臺屬性的值。
這個目標實際上分為兩部分，一是前臺獲取後臺的屬性值，二是屬性值變動後能夠及時體現出來。
要實現目標的第一部分，實際只需在窗體後臺的構造函數中添加一行代碼即可：
this.DataContext = this;
這行代碼很關鍵，MVVM 模式中頁面與 ViewModel 關聯也是通過指定頁面類的 DataContext 為相應的 ViewModel 對象來實現的。
下麵再來說說如何實現目標的第二部分，也就是屬性變化後能及時體現出來，包括後臺屬性變化後前臺顯示自動變化，以及前臺修改了內容，後臺屬性的值跟著改變。眾所周知，這就是綁定，而要實現這一功能，需要相關類實現一個屬性變動通知介面 —— InotifyPropertyChanged 。具體演變過程可參考網上的文章《 .NET 4.5 (C#)：INotifyPropertyChanged 執行的演變：從表達式樹到調用方信息的 BindableBase 類型 | Mgen》，這裡直接給出最後的結果。
首先，實現 InotifyPropertyChanged 當然是必要的，如果是要綁定其他類，則讓該類實現之，如果是直接在視窗後臺做相關功能，則最終視窗類看上去像這樣：
public partial class MainWindow : Window, INotifyPropertyChanged
然後添加一個事件和兩個方法：
public event PropertyChangedEventHandler PropertyChanged; protected void OnPropertyChanged([CallerMemberName] string propertyName = null) { var eventHandler = this.PropertyChanged; eventHandler?.Invoke(this, new PropertyChangedEventArgs(propertyName)); } protected bool SetProperty<T>(ref T storage, T value, [CallerMemberName] String propertyName = null) { if (Equals(storage, value)) return false; storage = value; this.OnPropertyChanged(propertyName); return true; }
最後就是要提供綁定的屬性了，可以像下麵這樣寫：
private string _UserName = "wlh"; public string UserName { get => _UserName; set => SetProperty(ref _UserName, value); }
前臺綁定就很簡單了：
<TextBox Text="{Binding UserName, Mode=TwoWay}"></TextBox>
二、命令 ICommand
WPF 和 Winform 的重大區別就是，用戶的交互、數據的變化等，在 Winform 中，都需要程式員一點一點仔細地手動處理，而在 WPF 中，數據是綁定的，交互通過命令傳遞，所以很多事情其實 WPF 這個大框架就可以幫我們自動處理了。說了這麼多，其實就是說 Winform 是事件驅動的，而 WPF 是數據驅動的，所以在 Winform 中常用的按鈕點擊事件等各種事件，在 WPF 中是不怎麼用了，而是使用命令。
命令也是綁定的，先來看看前臺的樣子：
<TextBox Text="{Binding UserName, Mode=TwoWay}"></TextBox>
至於後臺怎麼寫，先不急，通過《[WPF] ICommand 最佳使用方法》一文，我們知道首先需要一個輔助類：
public class RelayCommand : ICommand { private readonly Predicate<object> _CanExecute; private readonly Action<object> _Execute; public RelayCommand(Predicate<object> canExecute, Action<object> execute) { this._CanExecute = canExecute; this._Execute = execute; } public event EventHandler CanExecuteChanged { add => CommandManager.RequerySuggested += value; remove => CommandManager.RequerySuggested -= value; } public bool CanExecute(object parameter) { return _CanExecute(parameter); } public void Execute(object parameter) { _Execute(parameter); } }
可見 ICommand 中主要有兩個方法，一個檢查命令是否可用的 CanExecute ()，以及實際幹活的 Execute () 。
然後在後臺添加一個 “DoSomething” 的命令，也就是上面新建的 RelayCommand 類型：
private ICommand _DoSomething; public ICommand DoSomethingCommand { get { return _DoSomething ??= new RelayCommand( o => _CanDoSomething(o), o => { _DoSomethingMethod(o); }); } } private readonly Predicate<object> _CanDoSomething = o => true; // 可在之後再賦值，避免方法體中訪問屬性等受阻； private readonly Action<object> _DoSomethingMethod = o => { // do something };
這些還可以進一步簡化為：
public ICommand DoSomethingCommand { get; set; } /// <summary> /// 命令方法賦值（在構造方法中調用） /// </summary> private void SetCommandMethod() { DoSomethingCommand ??= new RelayCommand(o => true, async o => { // do something }); }
最後來看看對應前臺”GetTokenCommand” 命令的實際業務代碼：
public ICommand GetTokenCommand { get; set; } /// <summary> /// 命令方法賦值 (在構造函數中調用) /// </summary> private void SetCommandMethod() { GetTokenCommand ??= new RelayCommand(o => !(string.IsNullOrEmpty(UserName) || string.IsNullOrEmpty(Password)), async o => { var req = new ReqGetToken() { userName = UserName, password = Password, }; var res = await GetToken(req); if (res.Code) { Token = res.Token; } }); }
可以看到，在檢查命令是否可用的部分，沒有像樣板代碼那樣直接返回 true ，而是按照實際情況判斷，這樣的效果就是，當條件不滿足時，前臺相關控制項自動禁用：
最後，經過我們這樣寫，其實和 MVVM 模式已經很接近了，只要把後臺所有代碼都移到另一個類，然後將頁面的 DataContext 重新指定一下，就能實現頁面顯示和業務邏輯分離了。
