WPF对比WinForms

在上一节，我们具体讨论了什么是 WPF，当中也提到了 WinForms。这两个框架的设计目标基本相同，但实际上两者之间的差异非常巨大，我会在这一节对这方面进行分析。如果你没有 WinForms 或者其他 GUI 框架的开发经验，你可以选择跳过这个章节，不过要是你对他们的差异有兴趣的话，那就继续看吧。

WinForms 与 WPF 间最大的差异在于 WinForms 只是单纯在 Windows 标准控制项 (例如：TextBox) 上迭一层，而 WPF 几乎是全面从零建构，并未依赖任何 Windows 标准控制项。这差异看起来很微妙，实则不然。如果你曾经使用过依赖 Win32/WinAPI 的框架，就一定会注意到这种差异。

举个例子，要是想实现一个带有图像和文本的按钮，在 WinForms 里面，你只能自己用画图之类的方式特意去实现一个（或者用第三方控件），因爲”一个带有图像和文本的按钮”并不是一个标准的 Windows 控件。而在 WPF 里面，这可以通过递归组合的方式轻鬆实现，具体来讲，就是在按钮（Button）中放置一个图像（Image）和文本方块（TextBlock）而已。实际上，大部分的 WPF 控件都能用这种方式随意组合，一个控件可以包含其他任何控件，你可以透过组合各种基本控件来产生複合控件，以满足不同的複杂的需求，而这种灵活正是 WinForms 所不具备的。

WPF这种灵活性所带来的缺点是：你需要做更多的事来做出在winForm中很容易做出的内容。因为WPF是专为你所想要的内容而生的。你或多或少在一开始会有这种感觉，比如当你试着用WPF来实现一个具有图片元素和华丽字体的ListView的时候，WinForms的ListView控件用一句话就能完成了。

这只是两者的一个区别，但是当你使用WPF时，你会发现这其实是造成其他区别的根本原因--WPF仅仅是在用自己的方式来实现所有的东西，不论好坏。你不再局限于windows的解决方案。然而为了得到这种灵活性，当你真正想要做出windows风格的东西时，往往需要花费更多的精力

以下是WPF和WinForms关键优势的主观描述。应该可以让你更好地选择用哪一种技术。