3 回答
TA贡献1946条经验 获得超4个赞
为您准备正确的3条简单规则:
没有语法问题可以影响性能。数据操作确实如此。
说到性能,仅以分析结果为后盾。
过早的优化是万恶之源
性能问题很难理解。建议新手不要考虑它。因为他们总是对琐碎的事情印象深刻,却看不到真正重要的事情。只是因为缺乏经验。
您的问题也一样。想象一下,您将永远有所不同。例如,即使是一个大方法,其速度也要快2倍。哦,我的2次!我选择它并优化了我的应用程序,它现在运行速度提高了50%!
错了。不是50%。您永远不会注意到甚至无法衡量这种速度的提高。因为您优化了仅占整个脚本运行时的0,0001%的部分。
对于大型HTML表格,浏览器需要很长时间才能呈现它。比您生成的要多得多。
性能分析是性能界的一个关键词。毫无疑问,如果其中没有“概要分析”一词,就可以毫无疑问地丢弃任何与性能相关的问题。同时,剖析不是一门火箭科学。我只是在评估脚本不同部分的运行时间。可以使用诸如xdebug之类的探查器来完成,甚至可以使用手动完成microtime(1)
。而且只有在检测到最慢的部分之后,您才能开始测试。
在询问性能问题之前,先学习简介。如果没有真正的原因,请学习不要问性能问题。
过早的优化是所有罪恶的根源 - D.Knuth。
TA贡献1856条经验 获得超11个赞
您可以轻松忽略两者之间的性能差异。有了当今的现代计算资源,两者之间的差异实际上并不重要。真正不用担心这种打印到屏幕的东西。您还应该考虑其他很多东西。除此之外,在代码的最佳性能和可维护性之间始终存在争论。您不能总是尝试获得最佳性能。相反,您应始终考虑性能问题以及需要花费的时间来改进它们。
添加回答
举报