项目中修改的权衡

项目中的修改，我认为主要是几个方面，第一，修改老的功能，或者增加新的功能引起的代码变动，第二，普通的fix defect，需要修改少量代码，对结构一般不会有什么改动。第三，就是针对性能提升做一些改动，第四，项目重构。

 

就第一点，我觉得没什么，修改老的功能，不会有多大结构变动，只是修改少量，增加新的功能更不用说什么，因为是新加的，对其他部分没影响。

 

对于后面这几点来说，我在项目中碰到的问题是最多的。我在fix defect过程中，希望尽量保持较小的改动，这样问题既可以解决，也不会引起更多defect。

 

虽然这么做有时候不是最好的解决方法，但这样做是稳定的。如果你为了fix一个小问题，却引出无数的更大的问题，那就得不偿失了。

 

但长久的修修补补，势必会使得项目结构，代码混乱。所以到一定阶段，我们就需要去重构部分模块，但应该在项目稳定之后。

 

在项目中，经常有些老外为了fix一个小问题，搞的修改无数个问题，对代码结构也大刀阔斧，结果是小问题解决了，搞出更多的问题，没办法，我得去扫尾，真是他妈的恶心。

 

还有就是这些老外动不动就想做一个全新的模块去替换之前老的模块，他们是实现能力很强，但这么做总是会引出更多问题，受灾的是我们。

 

至于性能提升所做出的修改，往往是一些数据结构的变动，或者是添加一下cache机制，这对整体运行不会有什么问题

 

所以我的原则就是 fix defect时候尽量保持较小的变动，对自己修改的部分做一下测试，这样很少会影响其他部分。

当然总是这样小的变动，最后会使得代码到处都是修改的，所以到一定阶段，可以尝试去重构一下结构，使得代码结构更优。