WPF与WinForm

Posted 2023-03-25

WPF与WinForm二者有什么区别？我看它们的cs代码都差不多，窗体设计的代码不一样。。。

底层框架不一样，界面展现不一样。 参考资料 MFC 生成本机代码，自然是很快。可是，消息循环，减缓了界面显示速度。

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

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

开发效率上，MFC<WPF<winform

尽管MFC开发界面执行效率高但是开发效率低，作为现在的项目开发来说时间跟开发效率往往能决定项目的成败，所以除非有特别的需求，否则都回尽量避免用mfc来做开发，MFC只是一个弱封装器。

开发成本，MFC〉wpf〉winform

用MFC开发成本太高，对开发者能力要求更高，作为客服当然希望开发的费用越少越好，开发者当然希望钱赚得越多越好，这样一比，这也是MFC没落的一个很大的原因。

界面执行效率上，MFC==WPF〉winform

随着计算机硬件的性能提高，多核cpu的普及，它们的差距会越来越小。

开发灵活性上：wpf〉MFC〉winform

美观上：Wpf〉winform〉MFC

这一项中MFC下要开发出一个华丽的ui极其困难，也许你可以说你可以用控件，但是商业开发控件是要收费的！！Wpf很容易就可以做出vista那样的ui特效。mfc要写出这种效果不知要写到何年何月。
这样一来MFC存在的价值就更低了。效率和美观不如Wpf，开发效率又不如winform，预计不出10年，随着vista取代xp，mfc将会退出历史舞台。

内存使用上：wpf〉winform〉MFC

随着计算机硬件的性能提高wpf这个缺点会被忽略。

使用范围：wpf〉MFC==winform

有以上可知：WPF 大有取代winform 和MFC之势，从未来net的发展来看，MFC以后只会变成一种经典，作为一种技术来供开发者学习，winform和WPF两者会并存发展，但最终都会被WPF取代，最终实现桌面应用程序和浏览器应用程序的统一。 参考技术A 写过代码就就知道，wpf比winform好太多。 参考技术B

它有几乎没有其它技术能做到的功能：

全矢量图形，像Flash一样无级缩放。

所有图形被转换成DirectX 3D图形，支持硬件加速。

保留图形模式，不用担心重绘问题。

用户界面的开发可以完全交给设计师，超级设计工具Expression Blend 的文件格式与Visual Studio 完全一样，轻松交流。

想自定义控件外观？换个控件模板就能搞定，用资源字典轻松换皮肤。

ClickOnce部署，能一键变网页


2D矢量图、3D对象、动画、流文档、流视频与控件的完美结合，创建下一代炫酷应用程序。

看一下这些例子：

（1）在工具提示里放视频，看窗体的动态缩略图

（2）在3D对象上放可交互的控件，把控件变成3D对象

（3）把控件和视频当图片切割、旋转、拉伸、扭曲、重叠、调整透明度

（4）把RSS当菜单，按钮里嵌幻灯片

（5）文档当网页，什么都能放

其它技术做得到吗？快认真学习吧！

WPF与winform哪个比较好

参考技术A winform很容易入手，wpf更先进，可以算是winform的升级版，但是学习阶梯很陡峭。一旦熟悉了wpf你将会很喜欢wpf并不想回到winform。 参考技术B 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视觉效果和强大无比的控件模型框架。 参考技术C 要我说，肯定是WPF好了，呵呵，他毕竟是微软下一代的界面开发语言，而且现在已经很火了