可能重复:
WPF与Windows窗体
我认为WPF最终将取代Windows Forms,但目前它们都在发售.
我的问题是,什么时候比另一个更合适?我们是否应该将Windows Forms留给旧版并仅在WPF中创建新的Windows客户端?
免责声明:我一般不是Windows客户端开发人员.
使用WPF(Windows Presentation Foundation)与Windows窗体之间有什么优缺点?
在两者之间进行选择时需要考虑哪些因素?
对于一个全新的应用程序,使用WPF而不是Windows Forms更好吗?我之前使用过Windows Forms但WPF并不多.据我所知,WPF是Windows Forms的继承者,对吧?
该应用程序将托管具有大量自定义控件的DirectX Windows(不是WPF 3D,而是Managed DirectX和SlimDX).
编辑:该应用程序是一个3D相关的应用程序,编辑器,如modo:
我们即将着手开发新产品.我们当前的产品是使用VB.NET编写的传统客户端 - 服务器Windows窗体应用程序.
WPF是否已准备好用于业务应用程序? 从我所看到的情况来看,使用WPF开发用户界面似乎比使用Windows Forms更难.但我认为速度来自经验.不过,我有点担心WPF可能不会流行起来.
我们应该继续使用Windows Forms吗? 如果我们继续使用Windows Forms,我们是否会立即将自己降级为弃用?我认为市场推广会更快,但Windows Forms还会在五年后出现吗?
我们应该远离Microsoft产品吗? 我们所有的开发人员都是.NET开发人员,因此迁移到另一个开发环境可能是不可能的.
我希望我有一个水晶球.
我还有一个用Windows Forms编写的桌面应用程序,它是一个中等大小(由数据库中的46个表支持的几十个主要表单).我正在考虑重写WPF中的用户界面,但在我去那里之前我很好奇是否有关于进行这种转换的战争故事.
我使用LLBLGen生成我的低级数据访问对象,我有一个业务逻辑层.表单是数据绑定到业务逻辑对象,尽管主表单使用缓存对象来最小化更常见的导航路径上的往返.UI 永远不会直接与数据库对话:始终通过UI - >业务逻辑 - >低级别 - >数据存储路径.
我大量使用的一个控件是TreeView,它充当视觉指南和短程导航工具.树已经大量定制图标,突出显示颜色,这是我最担心的移植控件.
是否有一个故事可能说服我继续进行转换(或者相反,等到微软接近从Windows窗体中拉出地毯)?
编辑:我在评论中被问到我有什么转换动机.我对未来的打样有些担心:我有500,000行代码,最初是ASP和VBScript.我们已经将功能随着时间推移到ASP.NET和C#,但仅在我们对代码进行更改时.好处是我们保持成本最小化,缺点是代码仍然是ASP和VBScript的一半.我担心Windows Forms应用程序出现类似的情况.
我今天担心Windows Forms会消失吗?甚至没有接近它...但是应用程序正在从ASP和VBScript转移到ASP.NET和C#,已经有九年的历史了,并且可能在这十年内不会被替换(相反,它将会发展).桌面应用程序同样是一个具有多年历史的长期项目.
我之前使用.NET和Windows Forms编写了用户界面.
我即将开始开发新的软件.该软件只是一个简单的实用程序,它将使用富文本字段,几个按钮,对话框等.
似乎Windows Forms非常适合这种情况.我不需要任何华而不实的东西.
但是,WPF是新的东西,我想学习它.
我在WPF中创建了一个hello world应用程序,我并不高兴,因为运行应用程序需要花费太多时间,并且需要花费大量时间来编译它.
我是WPF的新手,所以我有一个以上的问题:
是否需要将现有(或开发)项目从WinForms传递给WPF? 甚至是Silverlight?
如果项目没问题,是否值得在WPF中切换?Silverlight可以在未来取代WPF吗?
我在问,因为有传言称微软将放弃WPF和Silverlight的WinForm(维护和支持).我相信Winforms将得到更长时间的Windows支持?!...
Winforms的开发会在很多年内过时吗?