2015070306 - EffactiveJava笔记 - 第55条 谨慎地进行优化(2)

讲诉优化的深刻真理:优化弊大于利,特别是不成熟的优化!

在优化过程中可能既不快速,又不正确,而且不容易修正.

1.不要因为性能而牺牲合理的结构.要努力编写好的程序而非快的程序.如果好的程序不够快,它的结构将会使它可以得到优化.好的程序体现在信息隐藏原则(个人认为封装性好):只要有可能,他们会把设计决策集中在某个模块中.根据单一职责原则,可以改变单个决策,而不会影响到系统其它部分.

请不要错误认为在完成程序之前忽略性能问题,实际问题可以通过后期优化解决,但是遍布全局并且限制性能的结构缺陷是不可能更改的,除非重新编写系统.在系统完成后该改变设计某个模块,会破坏系统结构,难以维护和改进,因此必须在设计过程中考虑性能问题.

2.努力避免那些限制性的设计决策.当系统设计完成后,其中最难以更改的组件是那些指定模块之间交互关系,以及模块与外界交互关系的组件.这些组件中,最重要的就是API,路线层协议以及永久数据格式.这些组件事后很难甚至不可能修改,而且它们都可能对系统本该达到的性能产生严重的限制.