Winform VS WPF？

DaisyNet

现在似乎WPF是开发方向，这两天，我也开始用WPF了。结果发现：1、比winform开发起来要麻烦的多，许多用法都变了，这样winform当中对DEV的经验就没有多大价值了，所有控件都要重新摸。
2、DEV的许多控件功能在ＷPF中弱化了，同样控件有些功能WPF不支持
3、DEV模板产生的工程，有些设计器无法操作，连拖个控件都不行，工作量加大了
4、WPF所说的优点，请教大家：


1、矢量，和分辨率不相关。我想做的程序在不同分辨率的机器上运行，winform开发如果全部用DEV控件，是否也支持自适应分辨率？所有控件和文本都能自适应？
2、WPF说利用本地GPU，是否普通机器就没有GPU？那么WPF这个优点也没用？
3、WPF和winform混合编程，我主框架用winform，如果主控件用WPF开发的控件，能否顺利进行交互？


还想问即做过winform应用，又开发过WPF应用的童鞋，WPF开发的程序性能比winform差很多吗？
如果不是为了做渲染效果很好的程序，WPF的优势在哪里呢？




请大家在选型上发表个人的看法，多谢！

羽叶

1、所谓的矢量不是体现在控件上而是在图形上，没人会在整个屏幕上只画一两只大大的输入框或按钮。但如果你真要这么做，WINFORM也可以。
2、GPU不是什么高级玩意，就是你的显卡，集成显卡也是显卡，每台电脑都有。WPF绘制图像的方法跟传统C#的GDI+不一样，前者可以直接驱动显卡绘制图形，理论上比GDI+更高效，效果也更绚丽丰富。
3、无法在Winform上使用WPF控件

liyuwenlyc

wpf的主要优势还是在代码和界面可以分开来做，对于大型开发，这是个很吸引人的功能，个人觉得，工具只要能满足你的需要就可以了，winform用起来还是很不错的，运行速度也快。winform加上asp.net再加上dev的控件，加上mysql，应该可以满足一般企业的90%以上的需求。把winform、asp.net学精了，转向wpf等其它方式的开发，是没有大问题的。我一直没去怎么搞wpf，是因为winform够用，然后是单位的机器都不怎么好，不适合跑wpf程序。简单高效，远比好看无用要好得多，所以，一切从需求出发最好。希望对你有帮助。

羽叶

附件是 用WPF开发的Twitter客户端，楼主可以下载下来体验一下WPF绚丽的互交界面。


华为网盘附件：
【华为网盘】 WPFTwitter客户端项目.rar

羽叶

liyuwenlyc 发表于 2013-7-15 23:44
wpf的主要优势还是在代码和界面可以分开来做，对于大型开发，这是个很吸引人的功能，个人觉得，工具只要能 ...

是的，目前WPF大部分还是仅仅停留在概念阶段。

DaisyNet

天堂羽叶 发表于 2013-7-15 23:37
1、所谓的矢量不是体现在控件上而是在图形上，没人会在整个屏幕上只画一两只大大的输入框或按钮。但如果你 ...

我理解一下，也就是：
1、winform可以做到：改变分辨率，窗口里的控件和文本都能自适应屏幕
2、GPU不是专门的显存，如果每台电脑都有，那么肯定比winform的GDI+更高效，所以性能更高。但您说这是理论上，那实际工作中呢？

DaisyNet

天堂羽叶 发表于 2013-7-15 23:44
附件是 用WPF开发的Twitter客户端，楼主可以下载下来体验一下WPF绚丽的互交界面。

感谢天堂羽叶，好美的名字

羽叶

DaisyNet 发表于 2013-7-16 16:33
我理解一下，也就是：
1、winform可以做到：改变分辨率，窗口里的控件和文本都能自适应屏幕
2、GPU不是专 ...

1、是的，基本上所有的控件都有Anchor属性，可以设置控件的拉伸方式。
2、是比GDI+更高效，但WPF有个致命的弱点就是，启动很慢，而且非常占用资源，除非几年后硬件性能突飞猛进，或期待微软给WPF做性能优化，否则不适合用来开发桌面软件。

DaisyNet

天堂羽叶 发表于 2013-7-16 16:45
1、是的，基本上所有的控件都有Anchor属性，可以设置控件的拉伸方式。
2、是比GDI+更高效，但WPF有个致命 ...

多谢。看来还是winform好。当时选择，是说vs2012还是vs2010都用的是WPF开发的。感觉性能还可以，功能也够强大

DaisyNet

天堂羽叶 发表于 2013-7-15 23:44
附件是 用WPF开发的Twitter客户端，楼主可以下载下来体验一下WPF绚丽的互交界面。

演示就到登陆和设置吧？

lovelypp

天堂羽叶 发表于 2013-7-15 23:44
附件是 用WPF开发的Twitter客户端，楼主可以下载下来体验一下WPF绚丽的互交界面。

源代码能否共享学习一下。最近在关注WPF的东西

delphidoc

楼主发了好几个地方

tw919

总体来说还是WPF效率高，可以做出比较炫的界面，当你熟悉数据驱动的机制以后会发现代码量会大幅度减少，程序结构也可以做的非常精简。

cgc20xin

WPF目前还基本不适合一般的企业信息化应用开发
除非学习,抑或大资源投入,否则不建议

ssjun

cgc20xin 发表于 2013-8-16 09:41
WPF目前还基本不适合一般的企业信息化应用开发
除非学习,抑或大资源投入,否则不建议 ...

我一直在用WPF用MES开发，最近还在参考用友的人力资源管理，给公司开发人力资源系统。用的DEV+WPF+MVVM

Honeywood

WPF等技术最适合的对象是App的开发，Winform也做不了。
App是功能有限的小型应用程序。至于传统的大型程序，WPF暂时还是有性能缺陷。

weiweisky

新手，仅仅发表个人拙见。最近一个项目急用，项目组开始用一个星期熟悉WPF，感觉学习曲线太陡，但表现效果确实炫，后改用winform，与原有开发模式类似所以上手快，但明显体验到不如WPF的表现力。个人感觉DevExpress公司主推的是WPF，winform支持明显弱，一些比较明显的功能不具备或无法实现。要做出有冲击效果的前端界面还是WPF，如果只是后台管理等之类的通用化界面Winform就够了。

cgc20xin

liyuwenlyc 发表于 2013-7-15 23:44
wpf的主要优势还是在代码和界面可以分开来做，对于大型开发，这是个很吸引人的功能，个人觉得，工具只要能 ...

基本认同,如果对于java再有涉猎,企业信息化基本应用不会碰到无法解决的了

bingw001

ssjun 发表于 2013-9-6 12:03
我一直在用WPF用MES开发，最近还在参考用友的人力资源管理，给公司开发人力资源系统。用的DEV+WPF+MVVM
...

ufida二次开发的,握手

jasson

本人做WPF做过两个项目。 但是现在对WPf 印象不好。
1. 是CPU的要求高，我有一个程序，用了一个小小的特效，在I3的机器上就会有顿卡的感觉，在I5的机器上才正常起来。有人会说现在大家的电脑配置都还不错呀，其实有大量的办公电脑的配置都不高，特别是大客户，有几百上千台电脑的，根本不会为你这么一个程序，去换掉所有的电脑。成本太高。

2. 对开发人员的要求也高，特别需要一个专门的前端工程师做界面和效果，程序员写逻辑。 有人也会说，这事可以让程序员都包了， 但是，但是，如果这位程序员的美感不是很好的话，那还是算了。做出来的跟winfrom有什么区别