无标题无名氏No.63248433 只看PO
2024-07-28(日)22:57:54 ID:HJkfQMu 回应
逐渐理解屎山是如何形成的了( ゚∀。)
我不清楚是否有人能够做到,但是大部分时候,我们很难在开发初期就决定某个类或方法可能承担的所有功能
这就导致随着开发的进行,必须不断地对原有类或方法进行修改
当修改超出原有类或方法的承载上限时,就不得不创造新的类以及新的方法
而新类或新方法在逻辑上甚至跟原先的非常相似,但是因为些许步骤的不同而导致不能通用
这时候如果选择把共有步骤抽提出来,那么恭喜,复杂度又上去了( ゚∀。)
这还是一个人开发,清楚自己都写过什么都干过什么的情况
如果是多人协同开发,我都不敢想回是什么盛景( ゚∀。)
无标题无名氏No.63471178
2024-08-16(五)14:51:32 ID: Gs2SdhS
最主要原因感觉是deadline,软件开发目的终究是为了快速实现能跑的代码,而不是比代码更优雅。重构的成本实际很难负担得起
其次是因为多人接手,不同的人水平不同,代码风格不同(比如python,js,java,很多同样的代码,实现的风格就不太一样)
无标题无名氏No.63524420
2024-08-21(三)10:58:35 ID: vfyMYqI
>>No.63248694
问题在于业务需求是会产生变化的
甚至说用户客户对自己需求的认识和要求也不一定是真实符合实际情况的
所以在设计架构的时候也得考虑到万一需求变化了怎么修改扩张