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

1 Câu trả lời

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

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

关于future-proof - 有哪些选项可以在未来验证您的应用程序？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/823637/