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