.net-core - .net 核心短生命周期缓解

Question

上下文:我们正在为医疗设备开发新的网络应用程序，这些设备在现场(客户前提)维护了 10 年。在这些设备上，我们可以更新 Microsoft Windows 操作系统补丁，甚至更新 .net 核心运行时也可以。

问题:如果我们今年发布带有 .Net core 3.1 LTS 的应用程序，则在 2022 年 12 月之后(.Net core 3.1 的 EOL )，我们需要再次在现场发布和部署应用程序，这是一件非常昂贵的事情。这里的成本是使用新的 .net 核心运行时集成、重新测试和部署应用程序(成本不是更新/安装 .Net 核心运行时)。

我们正在使用前滚策略 - latestpatch link .这允许应用程序使用最新安装的补丁(如 .Net core 3.1.8)。使用任何其他 Rollforward 策略将有破坏现场应用程序的风险。

关于如何处理 .Net 核心的这种限制的任何帮助，回滚到 WebAPI 的 .Net 4.7.2/.Net 4.8 是一种选择，但它就像回去并且没有获得优势最新的技术栈。

Answer 1

恐怕目前没有中间立场，因为拥有更多功能也意味着新 .NET (Core) 中的重大变化。所以我想说这更多的是商业决策，我不相信有一个明智的解决方法来始终更新到 LTS .NET Core，只要你公开一个公共(public)表面，比如​​ web API，除非你完全无视安全性。另一方面，.NET Framework 是稳定的，并且会一直存在。

另请记住，随着时间的推移，随着您继续使用 .NET Framework，寻找可雇用的开发人员、图书馆和 Internet 资源(文章、文档)会变得越来越难，但这就是您开发的软件类型的命运。

也许微软有一天会制作 .NET 的长期 LTS 版本以说服更保守的用户迁移，甚至可能是 .NET 6，但在那之前，.NET Framework 是必经之路。

也许现在能够看到 ASP.NET 和 ASP.NET Core 之间的区别可以帮助您定义架构，以便将来的迁移(如果有的话)是可行的(即不是完全重写)。 ASP.NET Core 通常建立在更现代的软件设计原则之上，因此您无论如何都会为自己提供服务。