设计一套 Web 应用程序

Question

我们正在重写以前用 Delphi 编写的企业遗留应用程序套件。该套件包括一些高级用户使用的 FAT 客户端、一个单租户关系数据库、一个所有员工使用的 Windows 服务 Web 应用程序以及一堆按需或按计划运行的 .EXE 工具。该套件始终安装在本地（在客户站点），并且主要限于其 LAN。

现在是 2018 年，我们必须将套件重写为 Web 界面应用程序。但不仅如此，我们还必须对其进行设计，使其易于现场安装、由我们托管或以多租户方式作为 SaaS 提供。每次安装时，我们都有一些自己的硬件在现场。

我们已经开始将 Web 应用程序解耦到引擎、Web API (.NET Web API 2) 和前端 SPA (Angular 2)。我们将使用 MQTT 和 Azure IoT Hub 与我们的本地硬件进行通信。

我们正在努力避免为新的 Web 应用程序使用单一的单体代码库，这些代码库现在将替换多个遗留组件，同时又不想以我们以前的方式结束：具有不同用途的各种应用程序和工具、兼容性、编写的技术等。

具体来说，我们有几个设计疑惑：

1. 我们是否将应用程序分解为几个相当独立的 Web 应用程序（模块）并基于我们自己的 SSO 服务器来提供授权和身份验证？我们确实希望为用户提供无缝体验，尤其是可以访问几乎所有模块的高级用户。因此，一个“门户”是必不可少的。

2. 我们是选择多租户数据库，还是使用 Azure 弹性数据库池并在 SaaS 环境中每个租户拥有一个数据库？

3. 分发：该套件的安装相当复杂，并且基于 .NET 框架（而不是 .NET 核心），MS 许可根本无法提供提供设备的好方法。安装程序是 1990 年的。Docker 并不是本地安装的真正选择。

Answer 1

永远不要从头开始重写大型应用程序。这样做几乎总是doomed to failure。有几个工具可以让您在 Delphi 之上编写宁静的服务，例如 this。

我会选择最常见的模块，在这些服务之上编写 Web 前端，从而降低您的安装成本。然后，一旦您拥有足够数量的前端，就可以着手重写后端以降低安装成本（并引入多租户）。

逐步这样做不仅会给您现有应用程序基础架构的优势，还可以缓解重大重写带来的最大问题，即“我们在发布之前需要多少”？这个问题通常会使软件组织陷入瘫痪，因为管理层通常断言新应用程序必须完成旧应用程序所做的一切，以及一些附加功能。问题是，旧应用程序编写了 10 多年，出于某种原因，他们不愿意等待 10 年才能构建新应用程序。

如果您打算进行大爆炸式重写，请确保在开始编写代码之前花费大量时间确定您的范围。