我们在使用WPF平台构建前台的时候,还是存在有许多缺陷的。在这里我们将会为大家详细介绍一下这些WPF缺陷的处理和应对方法。#t#
WPF缺陷中的最大阻碍可能就是客户端缺少.NET 3.0框架。一个WPF应用程序只能在安装了.NET 3.0框架的机器上运行。如果您希望应用程序能支持非Windows操作系统,或者Windows XP SP2之前的Windows操作系统,那么WPF自然已经出局了。
而且就算客户机使用了合适版本的操作系统,也可能无法安装.NET 3.0。
(即使您将WPF排除在外,您也可以尝试使用WPF/E,这是一个拥有WPF功能子集的UI平台。字母“E”代表“Everywhere”,因为它能在非微软平台上运行,包括FireFox浏览器和Mac OS X。
不过它目前还没有发布,功能有限。事实上,在写这篇文章的时候WPF/E只是刚刚发布了一个公开预览版本,因此WPF/E还需要发展,并非一个您可以立即使用的开发平台。)
另一个需要考虑的问题是WPF应用程序的内存问题。对于目前运行在我机器上的WPF应用程序来说,凭他们工作集的大小,都可以和Microsoft Office套件中的应用程序争夺“首席内存大户”的头衔了(很明显,这些WPF应用程序的功能要比Office套件中的任意一个都要少很多)。如果您需要支持小内存配置的客户机,WPF可能不是最好的选择。
您可能也想了解采用其他的技术的可行性。如果您已经使用.NET,那么WPF就显得非常合适了,因为它也是.NET中的一员,相对比较容易学习和使用。但是如果没有使用.NET构建过其他系统,您就需要考虑采用WPF所获得的优势是否值得开发人员掌握一们新的技术。
如果以上的WPF缺陷问题对您来说都不成障碍,它的优势看上去也值得投入,那么您的下一步工作就是考虑您应该构建什么类型的WPF应用程序。