一、指代不同
1、控制台应用程序：是为了兼容DOS程序而设立的，这种程序的执行就好像在一个DOS窗口中执行一样，没有自己的界面。
2、Windows 窗体应用程序：在用户计算机上运行的客户端应用程序，可显示信息、请求用户输入以及通过网络与远程计算机进行通信。
3、WPF应用程序：是微软推出的基于Windows 的用户界面框架，属于.NET Framework 3.0的一部分。
二、功能不同
1、控制台应用程序：就是能够运行在MS-DOS环境中的程序。控制台应用程序通常没有可视化的界面，只是通过字符串来显示或者监控程序。
2、Windows 窗体应用程序：Windows窗体充分利用公共语言运行库的安全特性。在浏览器中运行的不可信控件和用户硬盘上安装的完全可信的应用程序。
3、WPF应用程序：提供了统一的编程模型、语言和框架，真正做到了分离界面设计人员与开发人员的工作；同时它提供了全新的多媒体交互用户图形界面。
三、特点不同
1、控制台应用程序：常常被应用在测试、监控等用途，用户往往只关心数据，不在乎界面。
2、Windows 窗体应用程序：应用程序开发中最常见的情形之一是在窗体上显示数据。Windows窗体对数据库处理提供全面支持。可以访问数据库中的数据，并在窗体上显示和操作数据。
3、WPF应用程序：是基于DirectX引擎的，支持GPU硬件加速，在不支持硬件加速时也可以使用软件绘制。
参考资料来源：百度百科-WPF
参考资料来源：百度百科-windows窗体应用程序
参考资料来源：百度百科-控制台程序
参考资料来源：
温馨提示：答案为网友推荐，仅供参考
第1个回答 2011-08-21
控制台程序没有图形界面，不能与鼠标操作，只能显示字符，输入输出形式单一。
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中复杂的东西，现在通过简单的文本就可以实现。
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中复杂的东西，现在通过简单的文本就可以实现。
第2个回答 推荐于2017-11-28
简单地说：
控制台应用程序通常没有图形界面，只有字符界面；
Winform应用程序是有图形界面，是对WindowsAPI的封装（VC++使用的MFC同样是对WindowsAPI的封装）；
WPF也是用来做图形界面的，与WinForm一样都是.net的组成部分，——但WPF不是对WindowsAPI的直接封装，而是对DirectX的封装，更能利用显卡，所以可以较容易地做出酷炫界面效果。本回答被提问者采纳
控制台应用程序通常没有图形界面，只有字符界面；
Winform应用程序是有图形界面，是对WindowsAPI的封装（VC++使用的MFC同样是对WindowsAPI的封装）；
WPF也是用来做图形界面的，与WinForm一样都是.net的组成部分，——但WPF不是对WindowsAPI的直接封装，而是对DirectX的封装，更能利用显卡，所以可以较容易地做出酷炫界面效果。本回答被提问者采纳
相似回答