c# - 为超长期项目选择 C# 和 WPF？

Question

我参与了一个项目，其中一组开发人员正在构建一个非常长期的基础设施项目，以取代现有的 10 年旧系统。 “非常长期”是指从发布之日起，它必须在未来至少 10 年内运行、支持和维护。考虑到大约 2 年的发展，这意味着我们此时应该选择一种至少持续 12 年的技术/语言/框架。我们可以完全控制运行该项目的计算机、它们的操作系统等。我是将要更换的已有 10 年历史的系统的开发人员，我正在帮助团队正确构建新系统。

该应用程序具有非常复杂的用户界面。 UI 是在启动时从配置文件动态构建的，每个 UI 组件都依赖于逻辑和其他 UI 组件，它必须在运行时接收这些组件。 UI 元素本身非常复杂，想象自定义仪表、图表、旋钮等。

项目中已经做出了两个选择，我不去评判或尝试改变:

1. 这将是一个桌面应用程序
2. 它将用C#开发

现在我们正处于选择正确框架的时刻，以使我们非常灵活的 UI 系统“易于开发”，即通过依赖已调试的现成框架来减少开发人员错误的数量。

该团队检查了 Microsoft 的 CAB(复合 UI)，它非常适合其目的，但是考虑到项目的长期方面，Microsoft 在 2007 年停止使用它的事实是一个巨大的问题(想想一个框架错误正在6 年后发现 - 谁将提供支持？ - 我知道我们可以修复 CAB 本身的代码，但这是我们希望避免的事情)。

很明显，我想到的一件事是依赖 Microsoft 的 WPF。这似乎是 UI 开发的“ future ”，但是从长远来看它让我感到恐惧。我主要担心的是市场不会接受它，3 年后微软将停止它，而 6 年后我将无法获得适当的支持。

但是，除了编写我们自己的框架之外，我真的没有看到其他选择。我不想不尊重任何第 3 方框架开发人员，但对于这样一个长期项目，我只能使用来自非常成熟的供应商的产品/框架/等。

考虑到在上述情况下选择 WPF 是否是正确的选择，我将不胜感激(如果不是，对于使用 C# 的长期桌面应用程序项目，什么是正确的“复杂 UI 框架”？)。

谢谢(很抱歉问了这么长的问题)

Answer 1

超长期？ 10年？ COBOL 仍在使用!

不开玩笑，我相信 WPF 是您最好的选择。在过去的几年里，微软在 WPF 和 XAML 上投入了大量资金，并且在 Silverlight(微软真正关心的)上使用相同的核心基础设施是坚持足够时间的一个强项。我认为 WPF 不会很快被抛弃。