WPF作为一种技术有多受欢迎?[闭门]

看看这个 survey 这是由澳大利亚的一家Windows窗体控件供应商完成的。 就我个人而言,在过去的一年里,我曾在两个不同程度上使用WPF的商业项目上工作过。

WPF的采用率正在上升。我相信微软正在把他们所有的鸡蛋放进WPF篮子里。

WPF在这项技术所能做的方面令人震惊。这是世界上最好的UI构建技术(我的观点)。但是,在学习和思考方面,有一个巨大的初始和长期投资。此外,从工具的角度来看,它也有一些障碍,如无法使用的苹果酒设计师,你必须得到混合做造型等。

我相信它会流行起来,但需要时间。但现在它不那么受欢迎。

1. Check this thread on WPF
2. Check this conversation on msdn forums about WPF for LOB apps

绝对是的,领养率很低。有很多炒作,但它似乎没有实现。

我在一个项目中使用了WPF,我可以肯定地说,它给我留下了一种未完成的味道。做简单的事情太难了,整个事情都有很多粗糙的边缘——它们背后的原因当然存在,但并不明显,甚至根本看不见。VisualStudio设计师在我的大部分页面上都被窃听了,我一直不知道为什么。。。

总而言之,从开发人员友好的角度来看,WPF仅仅是测试版。

WPF有一个陡峭的学习曲线,而且它的开发工具(expression studio/web)非常昂贵,因此,我并不奇怪业界没有跳上它。然而,就Windows编程而言,它比Windows窗体更加健壮和强大,因此我希望随着Microsoft对WPF、WCF和.NET的总体改进,它的受欢迎程度在未来几年内不断提高。如果微软降低其Expression产品的价格,我希望看到该框架的流行速度会更快。

WPF的另一个令人不安的地方是,该框架完全缺乏良好的在线教程。我试图在家里学习WPF,我发现这是一件让人头疼的事。我不得不花大量的钱购买开发工具,然后我不得不花更多的钱买一本好书,因为没有足够的在线资源让我真正了解框架及其语言。通过访问Sun网站,我可以免费学到很多关于Java的知识,但是对于WPF,我必须要买一本书。根据我的经验,WPF也严重缺乏参考资料。对我来说,它让我想起了用VB6编程。除非这些问题得到纠正,否则我不会期望在框架中看到任何快速增长。我相信业界采用WPF和WCF技术的主要驱动力是MS支持。

我认为,未来几年,我们将看到WPF的崛起。

当有真正的生产力需要提高时,人们通常会跳上技术潮流。当你采用一个新的平台时,通常会发生生产力损失,补偿这种损失。WPF只是还没有出现。与表单应用程序相比,构建WPF应用程序仍然需要更多的精力和时间,而且需要很长的时间。

与Windows窗体相比,网络上关于WPF的文档更少,拥有WPF经验的人更少,关于WPF的博客更少,关于WPF的书籍更少,提示/技巧更少,等等。

不要让我开始使用XAML。是XML吗?是剧本吗?是密码吗?为什么他们认为超链接只是一个标签属性?还有很多事情需要解决。

我负担不起在WPF中建立我的下一个项目,这将花费我更多的时间和人力,没有任何回报。目前,我们在WPF中所做的只是纯粹的室内爱好项目研究。

我目前正在做一个WPF项目——我的第一个项目。学习曲线非常陡峭,但最终我认为WPF是一项伟大的技术。这种潜力是巨大的,特别是在推进数据可视化方面。我真的很喜欢数据绑定功能和样式的潜力。但这确实需要一段时间才能让你的头脑清醒过来。

我正在和WPF打交道,我必须说我没有被打动。我寻求一种能够帮助我高效地创建业务应用程序的技术。我记得我创建了第一个经典的ASP网站,对创建一个简单应用程序所需的意大利面代码感到厌恶。查看单个页面时,我发现HTML和java脚本与vbscript混合,包含文件和对com对象的调用——简言之,这是一个非常不合逻辑的混乱。在我看来,有一个简单的、可视化的、标准化的开发模型是很重要的。我构建了许多VB6和.Net windows应用程序,它们有一个简单的开发隐喻,使得没有编写原始应用程序的开发人员可以轻松调试和修改它们。表单封装表示逻辑,引用程序集中的模块和类封装业务逻辑和数据逻辑。Net和其他工具使数据访问具有健壮性、可扩展性、动态性和可定制性。使用Win窗体可以轻松调整windows控件和图形的大小,以适应显示器分辨率或客户端偏好。

也许WPF在图形方面有很多高级功能,但对于大多数商业应用程序来说,表单应该遵循功能——换句话说,我不会在我的银行windows应用程序中添加愚蠢的动画图形。

我不喜欢web开发的一个原因是,相对简单的应用程序所需的各种不断变化和复杂的技术在实际功能结果中没有带来足够的显著变化。

哦,那是我的两分钱。

' )