design-patterns - 如何管理经常修改的生产代码？

Question

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












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

2年前关闭。




Improve this question




我的项目需要我对生产代码进行大量更改。需求不断出现，我需要尽快进行更改和部署。我有时最终会创建补丁工作类型的代码，因为某些要求不适合软件的整体设计。如何有效地处理这种情况？任何设计模式来处理这个？

Answer 1

我已经看到这种情况发生了很多次，它总是以泪水结束。上次客户在改进流程之前损失了数百万美元。

用户总是希望“尽快”提供新需求，但他们不了解以与您相同的方式进行更改的风险。他们看到了没有该功能的成本，但他们没有预料到会发生什么以及如果更改破坏某些东西会损失多少钱。 (我并不是说你不是一个好的开发人员，只是在任何非平凡的软件中都会有错误，并且不受控制的更改可能会更快地暴露它们。)

因此，我认为您需要退后一步并尝试制定定期发布计划。会有阻力，但你可以更有效地这样做。当然，有时需要立即进行更改，但如果有时间表，则用户有责任证明为什么打破发布周期是有意义的。

哦，正如其他人所建议的那样，您需要技术基础设施，如暂存/测试系统、一键发布程序等。(请参阅 The Joel Test 。)