很多人喜欢向后兼容性,特别是强大的兼容性。但它有什么有时令人不快的话,这是对借助的强烈承诺需要保持你的错误。或至少许多素质。为了使它成为一种方式,您需要保留工作的错误,以及您必须让他们保持与他们目前的结果相同的结果。例如,如果您提供的API,人们可以用来用来表达相互冲突的东西,而且你不会拒绝尝试的尝试,拒绝给出一些确定性结果,你陷入困境。
你没有强烈承诺,当然还有很强的兼容,还有很多人认为它'好吧。 Microsoft Windows是如此强大的承诺(有时是Bug兼容的错误兼容')和#39;虽然'' s也让他们举起来很多技术识别都需要英雄(和昂贵)的工作来处理。向后兼容性一般肯定是谁以其他人的潜在牺牲的群体,它有一个陪伴的任何好处。
但是,如果你'重新致力于向倒退表达的承诺,它与疣带来了疣,包括你的错误保存。如果你不想要坚持你的istakes,你应该诚实地了解你承诺的极限。你不必这样做(你不必做任何事情),但如果你Don'它可以让人惊喜,让他们不开心。
(这几天,您可能想要写入的一个限制是你'如果它' s唯一的方法来解决一个充分的安全问题的唯一方法。)
另一种不必保留错误的方法是尽你所能,你在你承诺之前做出最好的斧头。这个救生员根本不是发货,直到你自信地自信,或者唯一只有明确未被覆盖的东西。然而,后者是危险的,因为无论你说什么人都会来到梯子你的'实验'功能,然后在变化时出现问题。
(除其他原因之外,人们还会依靠实验特征'如果你的选择是' Don' t dothis,'或''在实验特征上'很多人都会强烈地推向后者。这些人没有犯错;他们'如果你想,你可以提前预测。)