.net - 为什么要在Winforms上使用 WPF 任何超过Winforms的WPF实例?

  显示原文与译文双语对照的内容

这里有个类似的问题时 http://stackoverflow .com/questions/202079/wpf与winforms 系统有一些好的信息,但以我个人体验我知道没有理由使用WPF Winforms上。? 与最初WPF当时有很多讨论这个问题是在用多线程的功能,但我看不会有任何好处。

我有两个程序,一个风流的WPF,不在Winforms 。 Winforms应用程序调转뿪 WPF应用程序性能方面( 缩小1 / 10 ),再去看到的样子。

授予我比WPF更精通Winforms应用程序。

时间: 原作者:

还有另一个讨论主题如下: http://stackoverflow .com/questions/388711/388894#388894?

Winforms应用程序打击WPF应用程序뿪方面性能( 倍10 ) 和看起来一样好

wpf是关于不仅仅出色的图形。。。 我不是设计师,我没有感觉的颜色( 从这一个点使得我的未婚妻决定我不能再买我自己的衣服),但我喜欢WPF 。 数据绑定支持例如令人惊叹更不用说有多么容易的创建ItemTemplate ListBox ( 记得重写draw方法在Windows Forms只要把两行中的文本和图像ListBox项- 1 )

至于性能。。。 以我的经验改善只能注意到如果使用Windows Vista / 7 与GPU 。 ( 当然你编写代码的方式) 。

也许是个错误通过Microsoft WPF的上市都是关于pink elephant图形时它就又开始唠叨。 ( 它们犯了类似的错误与冲发布Silverlight 1,这在我看来他们应该全部跳过一起) 。

原作者:

WPF

  1. 允许designer/non程序员文本,则可以将UI,独立于代码。 设计者可以大量使用表达式混合之类的工具来修改某个应用的外观。
  2. 所需的知识编写WPF几乎完全transportable用于写入Silverlight代码,所以你们爬上一个学习曲线的两种技术
  3. 将频繁和积极倡导Microsoft,有可能将来比WinForms 。 winForms之前WPF MFC的的方式去做。

另一方面:

  1. 学习曲线就可以降到较比Winforms WPF
  2. 设计器支持缺少满足要求Winforms相比,尽管可能会影响对Visual Studio 2010
  3. 当前的趋势是使用View ViewModel Model来构建应用程序: 这是进一步学习之上WPF框架,不过是值得付出努力的如果你要建什么不只是简单UIs

如果性能( 速度) 是你的条件和资源要求有良好的UI平台Windows,然后胜出的本机Win32应用程序。 你采用其他技术他们所受的提议,并最终WPF来提供比所WinForms 。

原作者:

最大的理由跟WPF不华丽。 真正的改进将在可靠性方面,生产效率并允许要修改的艺术类型的外观UI不涉及工程师。

winForms和WPF都是伟大的框架问题是什么是最适合你的应用程序。 如果需要使用动画控件和非常themable样式,或只是布一道非常流畅的gui图形用户界面WPF很适合那种应用程序。 winForms可能非常限制有时相近。由于控件可以创建用户控件(UserControls)向它们添加东西但是更改其外观很难记住如果有非常特殊的外观。

一个很好的比较会看WinForms应用程序和silverlight应用程序之间的差异。 silverlight和WPF共用一个框架,它可以帮助你理解的分歧。

请看看这个silverlight和wpf库和wpf环境中你会看到的一些事情是可以做的。

silverlight Library : http://demos .telerik .com/silverlight/

wpf Library : http://demos .telerik .com/wpf/

和WPF最大的问题是,总有不完美的工具集和学习曲线很重要。 到目前为止对WPF利用率一直很低主要是由于我刚才提到的问题, 根据Microsoft WPF登录以后就知道怎么上投入巨资。 身为一名军官下一版本的Visual Studio是用WPF ( http://www .onedotnetway .com/writing visual studio 2010 shell wpf中反映confidence/ )

但是它还需拭目以待如果WPF永远都不会成为主流。 很棒的框架,它能做的很酷的东西大多与华丽。 microsoft把它称为UX但纯English很华丽。 大多数应用程序并不需要它。

原作者:
...