wpf - 架构:针对 LOB 金融应用程序组合的 WPF 与基于 Web 的对比

Question

我正在为构建系统/工具组合创建路线图，这些系统/工具将被金融服务客户用作他们的端到端解决方案。我想决定是在 WPF 中编写代码还是使用 Angular 等框架构建基于 Web 的应用程序。我在 WPF 方面有丰富的经验，但在基于 Web 的应用程序开发方面有 0 经验。如果我选择了网络路线，我会有一个学习曲线。他们将是其他 3 名开发人员和一名 UI 设计师，他们将与我一起工作。我不关心将产品推向市场的一次性开发成本。我关心为手头的问题使用正确的框架

以下是做出此决定的标准:

在我的业务高峰期，我将拥有最多 60 个客户，每个客户
客户端最多有 10 个用户。

应用程序需要高度响应。

在最坏的情况下，整个应用程序将消耗大约 300MB 的内存。

客户不想要一种会显着增加其硬件/维护成本的产品。

他们希望能够在家工作。

用户不会通过平板电脑/智能手机使用该应用程序。

我的第一个想法是为此建立一个网络平台，因为我读/听的任何内容都告诉我，网络就是世界的发展方向。但是，我有以下担忧

似乎现有的 Web 框架无法与 WPF 相提并论。 (如果您还没有阅读，微软最近发布了 WPF 的路线图以表明它没有死)

竞争对手的产品都不是基于网络的。市场上的大多数产品都有 4-5 年的历史，而当时的 Web 框架要糟糕得多。

一些竞争对手正在通过 Citrix 分发他们基于 WPF/Java 的产品。这让客户可以选择在桌面上下载应用程序还是通过 Citrix 使用它，在这种情况下，应用程序不会在本地安装，并且还让他们可以选择在家工作。

以我在 Web 开发架构方面不存在的经验，开发 Web 产品的主要原因似乎是“因为所有酷 child 都在做这件事”，因为“这就是世界的发展方向”。

我很想听听您对如何做出这个决定的想法和指导。

Answer 1

我也遇到过类似的问题。我将考虑两个因素，即充分利用计算机能力和 UX(用户体验)。 WPF 最适契约(Contract)时处理多个文档的非常复杂的财务应用程序。在 Web 应用程序中，为了使用户体验更简单，您一次处理一个文档。