WPF與WinForm開發有什麼區別?

WPF與WinForm開發有什麼區別?

2010-11-06 21:43

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中複雜的東西，如今經過簡單的文本就能夠實現。     主要參考資料與工具：  Windows Presentation Foundation Unleashed by Adam Nathan  MSDN  Essential Windows Presentation Foundation(*強烈推薦，回答了不少WHY的問題)  Windows WPF source code  Reflector