求详解WPF与WinForm的区别？

我也看得不太懂，可能我还没有学到一定的程序吧，以上资料希望对你有用

有些电子书上是这样写的，你可以参考下：
WPF将Windows表示层发展至用声明式语言进行开发，并且融入大量的动画和特效，使得在Win32中极难做到的富客户端应用能在WPF中信手拈来，同时用矢量图取代位图，引入路由事件(RoutedEvent)对元素树进行多层监听，通过依赖属性(DependencyProperty)动态变更控件树等。在WinForm程序开发时，一旦涉及多线程操作，我们一般不可能没有见过InvalidOperationException这个异常。这个异常的出现多数情况是由于worker线程(子线程)修改主线程控件(或对象)的属性而导致的非法操作，当然这种做法也非每次都会失败，这主要取决于子线程想要操作的对象是不是线程安全的。
　WinForm控件提供了InvokeRequired属性来判断当前线程是不是创建此控件的线程。一旦控件创建完成，那么InvokeRequired的效率将会不错，且也能保证安全。不过若是目标控件尚未被创建(此时，虽然C#对象已经存在，不过其底层的窗口句柄仍旧为null)，那么InvokeRequired则可能会耗费比较长的时间。(它会从下至上遍历整个控件树，直到找到一个可以承载此控件且已经实例化并被创建了的父控件，这种做法可以保证子控件将会与父控件在同一个线程上创建。找到合适的父控件之后，框架即可执行同样的检查，比较当前线程的ID和创建该父控件的线程的ID。)。若是框架无法找到任何一个已创建的父窗体，那么则需要找到一些其他类型的窗体。若在层次体系中无法找到可用的窗体，那么框架将开始寻找暂存窗体(parking window)，暂存窗体让你不会被某些Win32 API奇怪的行为所干扰。简而言之，有些对窗体的修改(例如修改某些样式)需要销毁并重新创建该窗体。暂存窗体就是用来在父窗体被销毁并重新创建的过程中用来临时保存其中的控件的。在这段时间内，UI线程仅运行于暂存窗体中。
通常，WPF 应用程序从两个线程开始：一个用于处理呈现，一个用于管理 UI。呈现线程有效地隐藏在后台运行，而 UI 线程则接收输入、处理事件、绘制屏幕以及运行应用程序代码。
WPF为Windows Presentation Foundation的缩写 ，其原来代号为“Avalon”，因“我佩服”拼音首字母组合一样，国内有人调侃地称之为“我佩服”。WPF是微软新一代图形系统，运行在.NET Framework 3.0架构下，为用户界面、2D/3D 图形、文档和媒体提供了统一的描述和操作方法。基于DirectX 9/10技术的WPF不仅带来了前所未有的3D界面，而且其图形向量渲染引擎也大大改进了传统的2D界面，比如Vista中的半透明效果的窗体等都得益于WPF。 程序员在WPF的帮助下，要开发出媲美Mac程序的酷炫界面已不再是遥不可及的奢望。 WPF相对于Windows客户端的开发来说，向前跨出了巨大的一步，它提供了超丰富的.NET UI 框架，集成了矢量图形，丰富的流动文字支持flow text support，3D视觉效果和强大无比的控件模型框架。

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中复杂的东西，现在通过简单的文本就可以实现。