本文总结了作者对于优化工作的三点看法：优化存在潜在风险；不应过分追求性能而牺牲程序质量；避免不必要的对成熟代码如Java API的优化尝试。此外，文章强调了在项目后期及交付后的代码修改需格外谨慎。
这一条我没有什么好评价的，记住作者的忠告就好。
作者的意思大概有三点吧：
1）任何优化都存在风险，有时候弄不好反而带来其他的问题
2）并不是 性能 优先。努力编写好的程序而不是快的程序。
3）对前人，尤其是类似于Java API这样的成熟代码，进行优化，是不明智的（要是能优化，人家早就做了）
其实，不仅仅是优化。随着项目的进展，尤其是到了后期和交付后，再做任何代码的改动都是非常危险的，必须十分小心，还要之后的大量、充分地测试。不论改动的目的是 需求变更/增加 还是 Debug 或是 性能优化。
【Effective Java 学习笔记】系列连载专题请见:
http://tonylian.iteye.com/categories/64208
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
