future-proof - 有哪些选项可以在未来验证您的应用程序？

Question

我正在考虑尽量减少对尚未编写的应用程序的 future 影响。我试图避免任何 3rd 方产品，甚至避免特定于操作系统的调用。任何人都可以建议 future 证明应用程序的其他方法。这个想法是不必在 10 年或 20 年内重写主要部分，并且只需要进行维护(错误修复)。

Answer 1

如果您希望您的程序在那种时间段内继续运行(在现代操作系统上)，您可能最终只需要用纯 ANSI C(或 C++)编写它。多年来，其他任何事情都可能需要进行某种调整——没有人真正知道 future 10-20 年会发生什么。

也就是说，这里有一些技巧可以最大程度地减少此类问题:

避免奇怪的依赖关系。如果您要依赖某个库，请确保它非常完善(因此可能至少在这 10-20 年中存活 5 年)，或者至少是开源的，以便您可以在需要时自行 fork 是。

避免特定于操作系统的调用。这将是与 1 的平衡行为。 - 您可以使用包装库，如 boost 或 Qt 或 glib 或 what-have-you - 但这会增加在这方面出现兼容性问题的机会。

记录一切。事实是，无论您如何努力，该程序都需要兼容性修复和错误修复，并且可能还需要添加功能。因此，让那个 15 年后出现的可怜的维护程序员的生活更轻松。 :)