这是一个创建于 2236 天前的主题，其中的信息可能已经有所发展或是发生改变。
大家有遇到过改以前或前人的代码，改完了才发现，以前 /前人那样写看起来不咋地，却是精妙之处（以前 /前人那种写法，避开了某个潜在的坑）。
现在的修改写法，其实（应该）前面已经尝试过，是有隐患的（所以没有被采用）。但是，因为修改的时候，前面踩过的坑没注意（注释里也不可能都标记为什么这样写），然后就发现其实是重蹈覆辙了。
现在的修改写法，其实（应该）前面已经尝试过，是有隐患的（所以没有被采用）。但是，因为修改的时候，前面踩过的坑没注意（注释里也不可能都标记为什么这样写），然后就发现其实是重蹈覆辙了。
 |
1
HuHui 2018-03-13 15:49:40 +08:00
如果没有文档来支持（以前就遇到过，谁都说不清为什么这么写），那么可以认为这段代码不可维护。
|
 |
2
nicevar 2018-03-13 15:59:53 +08:00
遇到这种情况先向原来做这一块的人了解一下，如果已经离职找不到人了，不熟悉业务逻辑的情况下尽量不要乱动，特别是线上用户比较多的项目，这么多年见过不少作死的同事
有时候看起来很乱的代码并不是写得不够好，可能是业务不断变化造成的，有很多历史遗留问题 |
 |
3
zjsxwc 2018-03-13 20:19:47 +08:00 via Android
严格遵循开闭原则，多使用设计模式
|
Select Language