1)任何优化都存在风险,有时候弄不好反而带来其他的问题
2)并不是 性能 优先。努力编写好的程序而不是快的程序。
3)对前人,尤其是类似于Java API这样的成熟代码,进行优化,是不明智的(要是能优化,人家早就做了)
其实,不仅仅是优化。随着项目的进展,尤其是到了后期和交付后,再做任何代码的改动都是非常危险的,必须十分小心,还要之后的大量、充分地测试。不论改动的目的是 需求变更/增加 还是 Debug 或是 性能优化。
本文探讨了代码优化的潜在风险,强调性能并非唯一目标,优化成熟的代码可能不智。后期和交付后的代码改动极其危险,需谨慎处理。无论变动缘由,测试都不可或缺。
1)任何优化都存在风险,有时候弄不好反而带来其他的问题
2)并不是 性能 优先。努力编写好的程序而不是快的程序。
3)对前人,尤其是类似于Java API这样的成熟代码,进行优化,是不明智的(要是能优化,人家早就做了)
其实,不仅仅是优化。随着项目的进展,尤其是到了后期和交付后,再做任何代码的改动都是非常危险的,必须十分小心,还要之后的大量、充分地测试。不论改动的目的是 需求变更/增加 还是 Debug 或是 性能优化。

被折叠的 条评论
为什么被折叠?