Question

wpf还是winform

我知道这个问题有很多人问，我是这么想的我的方向是桌面开发，也就是C/S，用的IDE是VS2010目前在学win32 api，C#只是做为一个练手的，比如做一个带有数据库功能的学生信息管理系统，一个简单的文本编辑器，一个俄罗斯方块，等等我应该主要做类似于word,暴风影音之类的当然，以后转向.NET发展也是有很大可能的，这也是我选择C#的一个原因基于以上原因，请大神说一下看法另外，我喜欢手写代码，拒绝拖控件
正如我说的，我喜欢手写代码，如果有这方面的资料，那就更好了
谢谢

Answer 1

你上面厅仔蠢说的每一个程序的用户界面都是很重要的部分，都可以用WPF提升用戚歼户体验扮陪。另外WPF的绑定功能之强大会让你用了就不再想回到Winform（其实在Winform你应该也熟悉binding了，不过那只是最基本的绑定），可以留联系给你点学习资料。

追问

比如我想实现word 2007的那种选择文本后，自动出现浮动窗口的功能，用WPF好还是winform好
也就是说，重在功能实现，至于界面是不是华丽，先不考虑

追答

WPF做半透明和动画也是几句XML的问题，而Winform不是高手不懂GDI几乎就没法。

Answer 2

WPF 好一些， 将来 做 Windows 8 的 App 或者者备 Windows Phone 的空嫌洞应用， 会更加得心应手斗枯一些。

Answer 3

要想把GUI做的好看，WPF更方便些。

追问

GUI是不是好看，并不重要，关键是功能

Answer 4

winform吧 用GDI+重绘控件还是很有意思的，况且你现在在学win32，正好winform的很多特效需要调用旁冲他们，WPF要是没有瞎启耐好的美化师就磨春是坨屎。

追问

就是说，注重功能的话，winform要好一点？
那有没有winfrom方面比较好的资料？我是没有找到

追答

功能其实是一样的底层都是 donet那套东西，winform还真没什么系统资料，刚开始就是控件的用法，再然后就自己overwrite控件 自定义控件等，其实用wpf或者winfrom不必这么纠结，做一个系统最难也是最麻烦的就是搭建系统架构，ui层的东西会点就成。

Answer 5

WPF与WinForm开发的区别：

WPF开发于WinForm之后，从技术发展的角度，WPF比WinForm先进是不容置疑的。WPF相比于WinForm有下面的一些较好的特性：
1、解决Window Handle问题
在Windows GDI或WinForm开发中复杂的GUI应用程序，会使用的大量的控件，如Grid等。而每个控件或Grid cell都是一个小窗口，会使用一个Window handle，尽管控件厂商提供了很多优化办法，但还是会碰到Out of Memory或"Error Create Window handle"，而导致程序退如肆出。
WPF彻祥旁底改变了控件显示的模式，控件不在使用窗口，也就不会占用Window handle。理论上，如果一个WPF只有一个主窗口的话，WPF只会使用一个Window handle（如果忽略用于Dispatcher的隐藏窗口的话）。所以WPF GUI程序不会出现Window handle不够用的情况。
2、多线程的处理
在WinForm程序开发时，最头疼的一个问题就是，worker线程修改控件的属性而导致程序崩溃，而且这种非法操作并不是每次都失败。WinForm控件提供了InvokeRequired属性来判断当前线程是不是控件创建线程。问题是当控件树很深是，这个属性会比较慢。
WPF开始设计的时候，就考虑到了多线程的问题。大部分的WPF类都继承于DispatcherObject。DispatcherObject实际就是对Dispatcher的一个简单封装。Dispatcher提供了类似InvokeRequired的方法(CheckAccess)。这个方法只是比较线程的ID，所以会很快。另外，Dispatcher提供了优先队列，异步调用，Timer等功能，简化了开发多线程GUI程序。
3、控件的Composition
在WinForm如果要实现一个有Checkbox的下拉菜单，将不得不处理复杂的Window消息。而通过WPF控件的Content Model和Layout系统，WPF控件可以包括任何类型的控件，甚至.Net CLR对象。很多现代的控件厂商也提供了Composition的控件，实现方法和WPF的Content模型也比较相似。WPF开发团队应该借鉴了Infragistics的很多想法。有了这个基础，开发新谨橡橡的WPF控件更加简单。