首先声明，我不是讨厌wpf,相反，还挺关注的，初步看了点wpf揭秘这本书发现wpf的特色就是UI很绚，但是这点对于商业项目，真的不是最重要的还有webform和winform的编程模型的统一，这个感觉是噱头，
因为如果要开发webform，我宁可直接用asp.net,xbap的RIA就是个假的webform，打开网页后先把程序传到了客户端
如果是本地的，一般的winform就够了，现在对于很绚的UI的需求还还不旺盛，说用wpf开发的wpf winform可以很容易地升级成wpf webform，但是这种要求还是很少的吧，而且winform和webform的功能定位、开发模式本来就不一样，硬升级可能会造成需要把权限设置为完全信任才行，例如直接用dataset或打开文件，还不如用asp.net重新开发一个纯的webform这个wpf定位有点尴尬附加属性、附加事件、依赖属性的注册方式(以及属性包容器硬性规定只能写SetValue/GetValue不允许写其它代码，原因是xaml里不会执行到。。）、xmlns、x和.net命名空间的一对多关系，xaml和过程式代码有时执行过程是不一致的等，虽然都很有用，但设计和写法上未免有点另类，
wpf因为很多概念都是全新的，有点不成熟的感觉，有些地方有点牵强，为了应付xaml而设计, wpf有点像是个过渡技术似的silverlight有点看头，wpf的子集，还跨平台，不过牺牲也不少，不支持3d和硬件加速，或许时间长了，就适应了，总之，现在看wpf有点晕但是，有时间还是得看啊ps:那个f#不知道会发展成什么样
因为如果要开发webform，我宁可直接用asp.net,xbap的RIA就是个假的webform，打开网页后先把程序传到了客户端
如果是本地的，一般的winform就够了，现在对于很绚的UI的需求还还不旺盛，说用wpf开发的wpf winform可以很容易地升级成wpf webform，但是这种要求还是很少的吧，而且winform和webform的功能定位、开发模式本来就不一样，硬升级可能会造成需要把权限设置为完全信任才行，例如直接用dataset或打开文件，还不如用asp.net重新开发一个纯的webform这个wpf定位有点尴尬附加属性、附加事件、依赖属性的注册方式(以及属性包容器硬性规定只能写SetValue/GetValue不允许写其它代码，原因是xaml里不会执行到。。）、xmlns、x和.net命名空间的一对多关系，xaml和过程式代码有时执行过程是不一致的等，虽然都很有用，但设计和写法上未免有点另类，
wpf因为很多概念都是全新的，有点不成熟的感觉，有些地方有点牵强，为了应付xaml而设计, wpf有点像是个过渡技术似的silverlight有点看头，wpf的子集，还跨平台，不过牺牲也不少，不支持3d和硬件加速，或许时间长了，就适应了，总之，现在看wpf有点晕但是，有时间还是得看啊ps:那个f#不知道会发展成什么样
像WINFORM一样使用，很有很长一段时间
F#是未来发展方向
支持了？那我估计这个插件体积又要增大了。
不过不管怎么说，号称flash杀手，还是挺让人期待的