language-agnostic - 我应该为将来的更改准备我的代码吗？

Question

关闭。这个问题是opinion-based .它目前不接受答案。












想改善这个问题吗？更新问题，以便可以通过 editing this post 用事实和引文回答问题.

2年前关闭。




Improve this question




我是否应该为可能/预测的 future 更改准备我的代码，以便即使我真的不知道是否需要随时进行这些更改，也可以更轻松地进行这些更改？

Answer 1

我可能会因为我对此的看法而受到私刑，但我走了。

虽然多年来我一直在阅读理想主义的文章，并参加了太多的研讨会和讲座，明确地阐述了涅槃般的好处，但我的脑海中也有类似的问题。这种思路可能会导致代码的大量过度设计，为设计、开发和测试估计增加许多工时或更多工时，增加成本和管理费用，而实际上情况并非如此。您实际重用了多少次代码或库。如果它将通过众多项目在许多地方使用，那么是的，您应该这样做。

然而，大多数时候情况并非如此。您通常会发现，当您确实知道将再次使用它时，仅重构代码以实现重用和可配置性更经济(在时间和金钱上)。剩下的时间就失去了真正的好处。

我再说一遍，这不是编写草率、设计拙劣、文档不足的代码的借口。这应该是一个根深蒂固的基础，你无法打破它，但编写一个可重用的类在大多数情况下是一种浪费，因为它永远不会被重用。

这有明显的异常(exception)。如果您正在编写第三方库，那么显然情况并非如此，重用和扩展应该是您设计的关键。某些其他类型的代码应该很明显可以重用(日志记录、配置等)

我在这里问了类似的问题 Code Reusability: Is it worth it它可能会有所帮助。