性能优化指南:性能优化的一般性原则与方法( 四 )


很多时候,好的代码也是高效的代码,各种语言都会有类似的书《xx》 。例如, , 的代码通常非常高效,例如使用迭代器而不是列表(.7 dict(),而不是 items()) 。
衡量代码质量的标准是可读性、可维护性和可扩展性,但性能优化可能会违反这些特性 。例如,为了屏蔽实现细节和使用,我们可能会增加一个接口层(虚拟层),这样可读性、可维护性和可扩展性会好很多,但会额外增加一层函数调用 。如果这个地方被频繁调用,也会是开销;就像上面提到的 C 扩展一样,它也会降低可维护性 。性别,
这种损害代码质量的优化应该在最后完成,作为最后的手段,并带有清晰的注释和文档 。
为了追求可扩展性,我们经常会引入一些设计模式,比如状态模式、策略模式、模板方法、装饰器模式等,但这些模式不一定对性能友好 。因此,出于性能考虑,我们可能会编写一些反模式、自定义和不太优雅的代码 。这些代码其实是脆弱的,需求的一点点变化可能会对代码逻辑产生至关重要的影响,所以还是回到我之前说的,不要过早优化,不要过度优化 。
总结
用脑图来总结一下

性能优化指南:性能优化的一般性原则与方法

文章插图
【性能优化指南:性能优化的一般性原则与方法】郑重声明:本文版权归原作者所有,转载文章仅出于传播更多信息之目的 。如作者信息标注有误,请尽快联系我们修改或删除,谢谢 。