有什么选择可以在将来证明您的申请?

esa*_*sac 4 future-proof

我正在考虑尽量减少未来对尚未编写的应用程序的影响.我试图避免任何第三方产品,甚至避免操作系统特定的电话.任何人都可以提出其他未来证明应用程序的方法.这个想法不需要在10年或20年内重写主要部分,并且只需要进行维护(错误修复).

bdo*_*lan 7

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

也就是说,这里有一些提示,以尽量减少这些问题:

  1. 避免奇怪的依赖.如果您要依赖某些库,请确保它已经非常完善(因此可能至少在10到20年中有5年存活),或者至少是开源的,所以如果需要你可以自己分叉是.
  2. 避免特定于OS的呼叫.这将是一个平衡的行为1. - 你可以使用一个包装库,如boostQtglib或者你有什么 - 但这会增加在这方面的兼容性问题的机会.
  3. 记录一切.事实是,无论你怎么努力,这个程序都需要兼容性修复和错误修复,并且可能还有功能添加.因此,让15年后出现的那个糟糕的维护程序员的生活变得更轻松.:)