WPF与Winform的选择

最近公司计划对ERP系统全面升级，现有的ERP是简单的bs架构系统打算改版成cs。平时如自己写一些工具，小应用都是用winform就足够。但是界面总是很难看，据了解WPF在这一方面会强一些。因为之前对WPF并不熟悉，先花了点时间了解一下，和Winform做了一下对比。以下大概的整理，未做详细整理。

wpf是啥技术？

DHTML就是WPF的直系亲属。WPF里的大量核心概念和结构，如属性引擎、事件模型等，都是继承自 DHTML，最大的一个不同是外观和控件逻辑的分离。WPF应用和DHTML应用（HTA）的相似性也非常大，不同点是WPF应用可以完全脱离IE。也就是说，WPF和网页、ASP.NET、SVG是一套体系，可以比作XML版的Flash，而和WinForm完全不同

WPF有三种应用模式：应用、浏览应用、文档应用。应用就是一般的窗口应用，浏览应用就是象网页一样的一页一页的应用，文档应用是用来显示内容的浏览应用功能子集，而不是MVC模型。

WPF是一套很复杂的体系，它的界面可以用代码生成，不过绝大多数人都会用XAML来生成。XAML可以认为是WPF的HTML。制定标准的人总是说 XML是可读的，但多数人认为它是用来给机器读的。XMAL基于XML，同时做了相当的扩展以弥补功能的不足。要手写XAML，必须了解WPF，了解 XML（namespace，link等等），了解XAML的规则，了解XAML扩展的语法，能够记住大量的标识符和引用关系。

WPF要将界面设计和程序逻辑分开，交给不同的专业人员去做。也就是说，界面的设计是要交给美工的。但就目前找一个能够手写XAML的美工很难。微软为此提供了Expression系列软件，当然不是免费的。当然 VisualStudio里也有一定程度的支持，但这意味着由程序员来做灵活复杂的界面，更容易做出丑陋的界面；或者让美工来用 VisualStudio，功能有限而且有点昂贵。当然也可能有个不错的UI程序员，两全其美；或者老老实实地做简单朴素的界面，以后有机会再找美工润色。程序员都喜欢谈论速度。WPF是可以硬件加速的，在DirectX 9级显卡和安装了较新的驱动的情况下，WPF会得到部分或完全的硬件加速。WinForm是基于GDI+的，没有硬件加速，只有v2.0里的非兼容模式下的文本是通过GDI加速的。所以，长远来说，WPF有更好的性能。

二者对比:

winform 封装了 win32 的api，多次进行P/invoke 操作 （大部分使用p/invoke操作封装），速度慢。

wpf是一种新的模型，不再使用win32 模型，自己新建模型，使用dx 作为新的显示技术，直接访问驱动程序，加快了运行速度，可是，这种模型，需要支持dx 9 的显卡，硬件要求高（你还能找到现代机器不支持dx9 的吗？）

从开发效率上winform>wpf

从开发成本wpf〉winform

界面执行效率上WPF〉winform(随着计算机硬件的性能提高，多核cpu的普及)

内存使用上wpf〉winform

开发灵活性上wpf〉winform

美观上：Wpf〉MFC

参考：http://hi.baidu.com/leoliu83/blog/item/1d1a4a66dcb41134aa184cfd.html

http://www.wendangku.net/doc/40f540e9998fcc22bcd10ddf.html

http://www.360docs.net/doc/info-c611a04f6bd97f192279e968.html