WPF与WinForm开发有什么区别?

转载自https://www.cnblogs.com/joetao/articles/2547344.html

 

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