python wpf_为什么很少看到使用WPF开发的流行的应用程序呢？

WPF 太烂了

某部电影票房不佳，是因为拍的太烂了。

WPF开发的通用桌面软件很少，也是因为太烂了。通用的桌面软件几乎都是性能最好的C++写的。

作为通用软件的技术方案，WPF是个更坏的选择。内存占用高、运行速度慢。竞争对手用C++写一个用户立马就跑光了。WPF性能太烂了

当然比C#性能更差100倍的Python都能在初学者和开源领域火起来，WPF在特定情况下还是有优势的。在管理软件或者专业领域，用C++成本太高时，有着C#一席之地。实际上，目前用WinForm的更多，因为WinForm比WPF有着明显的性能优势。而WPF所谓酷炫的效果毫无实用性，比如你见过按钮旋转的界面吗？一个正经的软件会让界面翻转满屏飞吗？实际有用的功能并没有突破。在设计师眼里Blend就是个废物，真正像PS和Sketch一样的设计它根本做不来。还是需要外部的UI设计，然后用任一框架的实现难度和效果都差不多。

【Blend就像设计师工会给你一台DOS电脑让你写C#一样。命令行、文本编辑http://Edit.com都有了你还抱怨啥。能不能写？能。那你写呀——丫的%…￥#——默哀三分钟。】C++运算速度几乎比C#快3倍

部署应该不是大问题，.net 4.0可以安装在XP SP3下面，安装包也只有40多M。目前有一些驱动程序和小众的专业软件也在使用WPF。WPF在快速渲染图形的性能上面比WinForm略高一筹(在常用的交互中，这种优势几乎不显现)，但吃掉了更多资源，得不偿失。因此C#开发者用脚投票，大多选择WinForm。如果.net支持本地编译，达到接近C++的性能和免framework库安装(如同他们宣传的那样)，将是桌面开发最佳的解决方案。

遗憾的是，微软的本地编译只支持UWP (很可能有意为之，以驱赶用户升级OS)。如果不用本地编译的话，上图中的UWP将远远超出图外。刚刚发布的UWP应用启动都要5-10秒钟，就是说你点击附件中的计算器，然后接杯水回来，计算器刚好打开。然后微软各种吹，本地编译让UWP程序性能提升了3倍。好吧，终于达到了比WPF慢不到数量级的差距了。微软的团队不断努力，经过Win10的数次强制更新，UWP的性能在不断提升，目前和WPF的差距可以互相观望到了。

举些例子：C++桌面应用年收入(人民币)

最高的 Office ：年收入2000亿以上。

Adobe 系列：年收入300亿以上。

Intuit 系列：年收入300亿以上。