8
要多健壮的代码才能支撑起千变万化的需求？
source link: https://www.v2ex.com/t/795005
Go to the source link to view the article. You can view the picture content, updated content and better typesetting reading experience. If the link is broken, please click the button below to view the snapshot at that time.
要多健壮的代码才能支撑起千变万化的需求？ - V2EX
19 条回复 • 2021-08-11 10:59:05 +08:00
2
xieqiqiang00 38 分钟前
“开闭原则（ OCP ）: 如果系统想要容易被改变，那么其设计就必须允许只靠增加代码来改变系统行为，而非只能修改原有代码”
“不将未来的需求抽象化，「 You aren’t going to need it 」，一项中的需求往往是不存在的
需要发现在某个位置确实需要边界，如果不设置，再添加的时候需要的成本和风险往往是比较高的
架构师需要在上边两点做 trade-off，需要一点点未卜先知的能力”
“不将未来的需求抽象化，「 You aren’t going to need it 」，一项中的需求往往是不存在的
需要发现在某个位置确实需要边界，如果不设置，再添加的时候需要的成本和风险往往是比较高的
架构师需要在上边两点做 trade-off，需要一点点未卜先知的能力”
BeautifulSoap 25 分钟前
这是做梦呢，对于处理千变万化业务的代码，最好办法就是引入测试（单元测试、集成测试）然后根据需求持续重构代码，而不是不停在之前的代码上修修改改
代码即模型，你业务变了意味着模型也变了，想用一套代码处理所有业务意味着想用一套模型去处理所有业务，不存在这种神奇的银弹的
代码即模型，你业务变了意味着模型也变了，想用一套代码处理所有业务意味着想用一套模型去处理所有业务，不存在这种神奇的银弹的
zhangchongjie 15 分钟前
代码这玩意儿，感觉就和做生活中产品一样，单一的产品功能简单反而达到更好地效果，想必这也是以后发展的趋势吧。而不是像现在 bat 一样，恨不得一个软件所有功能都集成了
Granado 12 分钟前
个人认为，这从来都不是代码的问题，根本在于没有一套合理的模型去处理业务；
每次开发的时候，leader 都说要抽象，要扩展，可是最开始的设计根本考虑不到以后的各种业务细分 case，只能不停修修补补。
每次开发的时候，leader 都说要抽象，要扩展，可是最开始的设计根本考虑不到以后的各种业务细分 case，只能不停修修补补。
way2explore2 9 分钟前
Recommend
About Joyk
Aggregate valuable and interesting links.
Joyk means Joy of geeK