wpf - 从 Windows 窗体迁移到 WPF...值得吗？

Question

我还有一个用 Windows 窗体编写的桌面应用程序，大小适中(几十个主要窗体由数据库中的 46 个表支持)。我正在考虑用 WPF 重写 UI，但在我去那里之前，我很好奇是否有任何关于进行这种转换的 war 故事。

我用 LLBLGen生成我的低级数据访问对象，并且我在其之上有一个业务逻辑层。尽管主表单使用缓存对象来最小化更常见的导航路线上的往返行程，但表单是数据绑定(bind)到业务逻辑对象的。 UI 从不直接与数据库对话:总是通过 UI -> 业务逻辑 -> 低级 -> 数据存储路径。

我大量使用的一个控件是 TreeView，它充当视觉指南和短程导航工具。该树已通过图标、突出显示颜色进行了大量定制，这是我最担心移植的控件。

是否有一个故事可以说服我继续转换(或者相反，等到微软更接近从 Windows 窗体下拉出地毯)？

编辑:我在评论中被问到我有什么转换的动机。我对 future 的校对有些担心:我有 500,000 行代码，这些代码最初是 ASP 和 VBScript .随着时间的推移，我们一直在将功能移植到 ASP.NET 和 C#，但仅在我们对代码进行更改时。好处是我们将成本降到最低，坏处是一半的代码仍然是 ASP 和 VBScript。我担心 Windows 窗体应用程序会出现类似的情况。

我今天是否担心 Windows 窗体会消失？甚至还没有接近它……但应用程序正在从 ASP 和 VBScript 转移到 ASP.NET 和 C#，已经有 9 年的历史了，而且这十年可能不会被取代(相反，它会不断发展)。桌面应用程序同样是一个具有多年历史的长期项目。

Answer 1

对我来说，WinForms 与 WPF 的决定是一个简单的决定 - 如果普通人要使用它，用户界面可以决定赢家和输家。

这绝对是一个陡峭的学习曲线。但我从来没有完成一个漂亮的 WPF 应用程序，并说“伙计，我应该使用 WinForms”。

我想说的是，尽可能地为您的客户努力使您的 UI 更好，所以如果是这样的话，对 WPF 是肯定的。