我们常说一个系统的最优结构是第一版开发完毕的时候，为什么系统会随着后续需求的不断叠加，而代码渐渐变得混乱？根源在哪？应该如何避免？
1.刚开始设计都是觉得很完美的，工作动力也大，各方面都是充满动力；
2.随着项目的上线，客户需求的不断变化，会跟当初设计相差比较大的；
3.人都有惰性的，很多地方就不想改动太大，就开始修修补补了，结构也就开始混乱。
4.工期紧，任务重，不允许重新设计，写着写着就乱套了。
就像你从0盖起了一座高楼，之后有人加需求，你得把楼的一部分拆开再添新东西，虽然楼还是楼，但你觉得他还完整吗
业务千变万化，谁也不敢保证 他了解业务的变化，第一版就把所有的问题考虑到（还有开发时间问题，并不会考虑那么多）
避免就是修改的时候 针对频繁修改的地方 进行重构优化，增加可扩展性
说说我的理解：
1、第一版是根据最初的需求而设计的，各方面的代码都是最适合的，后面添加功能后，最初的设计就慢慢不适合了
2、根源的话应该在于最初的程序设计思想，有没有提前设想好后续功能的添加留有余地
3、至于避免的话，只能说尽量将程序设计好点，熟悉设计模式的各种特性，还有追加功能时的编码功底
这些只是我的粗浅理解，希望自己做好判断。
您好，我是有问必答小助手，你的问题已经有小伙伴为您解答了问题，您看下是否解决了您的问题，可以追评进行沟通哦~
如果有您比较满意的答案 / 帮您提供解决思路的答案，可以点击【采纳】按钮，给回答的小伙伴一些鼓励哦～～
ps:问答VIP仅需29元，即可享受5次/月 有问必答服务，了解详情>>>https://vip.csdn.net/askvip?utm_source=1146287632
代码层面：一开始输出的代码质量不高，没有应用一些设计模式，来提升代码的可扩展性和可维护性
业务层面：业务需求千变万化，可能会推翻原有的功能，很多人都是改前任的祖传代码，能不动则不动