本文探讨了在不同的场景下选择使用WPF、GDI+或Direct3D进行图形处理的考量因素。如果你在用C++/COM，可以选择GDI+，但要注意没有硬件加速。如果能使用托管代码，可以尝试WPF，看是否符合需求。对于有技术和时间投入的开发者，可以考虑在D3D上构建2D层。虽然WPF的一些特性如渐变可能需要软件渲染并拷贝到显存中，但随着技术的发展，这一趋势正在减少，更多的内容将由GPU处理，从而提高效率并减少内存占用。
看过绚烂的WPF演示后，不由提出一个问题：曾经在一些项目中使用过一点儿GDI+的东西，那的确是.NET Framework中一个稍显独立和神秘的世界，学习和掌握都需要相当时间的积累，难道WPF的出现，即宣告那些已经掌握的GDI+技能行将做古？GDI+将被WPF取代？
答案是肯定的，也是否定的。
高生产效率一直是微软技术的一贯特点，WPF是对图像编程更高层次的封装，因此可以带来更快的开发速度。使用GDI+再加上复杂的几何学知识，编写大量代码实现的效果，在WPF下面只需要简单的几行XAML代码。类似的产品，当你还在用GDI+"打地基"的时候，你的竞争对手也许已经在庆祝"封顶了" 。原因只有一个，对手使用的是WPF。此种情形下，别无选择 - 扔掉GDI+拥抱WPF吧。来自WPF Team的声音(http://blogs.msdn.com/timothyc/archive/2006/06/16/634638.aspx)：
What we’ve done with WPF is provide an entirely new set of possibilities around retained-mode graphics programming, which simply haven’t existed before. This is a brand new class of tool, one that frees developers from t
答案是肯定的，也是否定的。
高生产效率一直是微软技术的一贯特点，WPF是对图像编程更高层次的封装，因此可以带来更快的开发速度。使用GDI+再加上复杂的几何学知识，编写大量代码实现的效果，在WPF下面只需要简单的几行XAML代码。类似的产品，当你还在用GDI+"打地基"的时候，你的竞争对手也许已经在庆祝"封顶了" 。原因只有一个，对手使用的是WPF。此种情形下，别无选择 - 扔掉GDI+拥抱WPF吧。来自WPF Team的声音(http://blogs.msdn.com/timothyc/archive/2006/06/16/634638.aspx)：
What we’ve done with WPF is provide an entirely new set of possibilities around retained-mode graphics programming, which simply haven’t existed before. This is a brand new class of tool, one that frees developers from t
最低0.47元/天 解锁文章
7716
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
