wpf和winform區別
阿新 • • 發佈：2019-02-12
WPF開發於WinForm之後，從技術發展的角度，WPF比WinForm先進是不容置疑的。我覺得WPF相比於WinForm有下面的一些較好的特性：
解決Window Handle問題
在Windows GDI或WinForm開發中複雜的GUI應用程式，會使用的大量的控制元件，如Grid等。而每個控制元件或Grid cell都是一個小視窗，會使用一個Window handle，儘管控制元件廠商提供了很多優化辦法，但還是會碰到Out of Memory或"Error Create Window handle"，而導致程式退出。
WPF徹底改變了控制元件顯示的模式，控制元件不在使用視窗，也就不會佔用Window handle。理論上，如果一個WPF只有一個主視窗的話，WPF只會使用一個Window handle（如果忽略用於Dispatcher的隱藏視窗的話）。所以WPF GUI程式不會出現Window handle不夠用的情況。
多執行緒的處理
在WinForm程式開發時，最頭疼的一個問題就是，worker執行緒修改控制元件的屬性而導致程式崩潰，而且這種非法操作並不是每次都失敗。WinForm控制元件提供了InvokeRequired屬性來判斷當前執行緒是不是控制元件建立執行緒。問題是當控制元件樹很深是，這個屬性會比較慢。
WPF開始設計的時候，就考慮到了多執行緒的問題。大部分的WPF類都繼承於DispatcherObject。DispatcherObject實際就是對Dispatcher的一個簡單封裝。Dispatcher提供了類似InvokeRequired的方法(CheckAccess)。這個方法只是比較執行緒的ID，所以會很快。另外，Dispatcher提供了優先佇列，非同步呼叫，Timer等功能，簡化了開發多執行緒GUI程式。
控制元件的Composition
在WinForm如果要實現一個有Checkbox的下拉選單，將不得不處理複雜的Window訊息。而通過WPF控制元件的Content Model和Layout系統，WPF控制元件可以包括任何型別的控制元件，甚至.Net CLR物件。很多現代的控制元件廠商也提供了Composition的控制元件，實現方法和WPF的Content模型也比較相似。WPF開發團隊應該借鑑了Infragistics的很多想法。有了這個基礎，開發新的WPF控制元件更加簡單了。
XAML
個人覺得XAML應該是WPF中比較劃時代的東東。通過XAML，我們可以用文字的方式描述複雜的Object Graph。這個想法在VB中就有了，不過XAML更簡化，以便於使用工具來生成XAML。通過Command，Routing Event等機制，介面設計人員和程式設計師有比較清楚的界限。
Dependency Property
在WinForm開發中，經常碰到的問題就是一個控制元件的值變了，其他控制元件也會跟著改變。解決辦法，要不是通過寫程式碼，要不是通過資料繫結，前者是介面和程式碼沒法分開，後者還不夠靈活。而WPF在這方面通過XAML可以簡單的把相關的屬性聯絡起來，通過Extension可以實現複雜的繫結關係。
總的來說，我覺得WPF應該是GUI發展的一個延續，原來GUI中複雜的東西，現在通過簡單的文字就可以實現。
解決Window Handle問題
在Windows GDI或WinForm開發中複雜的GUI應用程式，會使用的大量的控制元件，如Grid等。而每個控制元件或Grid cell都是一個小視窗，會使用一個Window handle，儘管控制元件廠商提供了很多優化辦法，但還是會碰到Out of Memory或"Error Create Window handle"，而導致程式退出。
WPF徹底改變了控制元件顯示的模式，控制元件不在使用視窗，也就不會佔用Window handle。理論上，如果一個WPF只有一個主視窗的話，WPF只會使用一個Window handle（如果忽略用於Dispatcher的隱藏視窗的話）。所以WPF GUI程式不會出現Window handle不夠用的情況。
多執行緒的處理
在WinForm程式開發時，最頭疼的一個問題就是，worker執行緒修改控制元件的屬性而導致程式崩潰，而且這種非法操作並不是每次都失敗。WinForm控制元件提供了InvokeRequired屬性來判斷當前執行緒是不是控制元件建立執行緒。問題是當控制元件樹很深是，這個屬性會比較慢。
WPF開始設計的時候，就考慮到了多執行緒的問題。大部分的WPF類都繼承於DispatcherObject。DispatcherObject實際就是對Dispatcher的一個簡單封裝。Dispatcher提供了類似InvokeRequired的方法(CheckAccess)。這個方法只是比較執行緒的ID，所以會很快。另外，Dispatcher提供了優先佇列，非同步呼叫，Timer等功能，簡化了開發多執行緒GUI程式。
控制元件的Composition
在WinForm如果要實現一個有Checkbox的下拉選單，將不得不處理複雜的Window訊息。而通過WPF控制元件的Content Model和Layout系統，WPF控制元件可以包括任何型別的控制元件，甚至.Net CLR物件。很多現代的控制元件廠商也提供了Composition的控制元件，實現方法和WPF的Content模型也比較相似。WPF開發團隊應該借鑑了Infragistics的很多想法。有了這個基礎，開發新的WPF控制元件更加簡單了。
XAML
個人覺得XAML應該是WPF中比較劃時代的東東。通過XAML，我們可以用文字的方式描述複雜的Object Graph。這個想法在VB中就有了，不過XAML更簡化，以便於使用工具來生成XAML。通過Command，Routing Event等機制，介面設計人員和程式設計師有比較清楚的界限。
Dependency Property
在WinForm開發中，經常碰到的問題就是一個控制元件的值變了，其他控制元件也會跟著改變。解決辦法，要不是通過寫程式碼，要不是通過資料繫結，前者是介面和程式碼沒法分開，後者還不夠靈活。而WPF在這方面通過XAML可以簡單的把相關的屬性聯絡起來，通過Extension可以實現複雜的繫結關係。
總的來說，我覺得WPF應該是GUI發展的一個延續，原來GUI中複雜的東西，現在通過簡單的文字就可以實現。