1
82
3个简单的规则让你做对:
性能问题很难理解。建议新手不要考虑到这一点。因为他们总是被琐事打动,看不到真正重要的事情。只是因为缺乏经验。 你的问题也是。想象一下你会有什么不同。即使是大的,比如说,一种方法也要快两倍。天哪,两次!我选择了它并优化了我的应用程序,它现在将运行速度提高50%! 错误的 . 不是50%。你永远不会注意到甚至测量到这个速度的增加。因为优化的部分只占整个脚本运行时的00001%。 对于大型html表,需要很长时间 浏览器 渲染它。比你想象的要多得多。
分析是性能领域的一个关键词。如果没有“profiling”这个词的话,你可以毫无疑问地丢弃任何与性能相关的问题。
同时,剖面分析并不是一门火箭科学。我只是在测量你脚本不同部分的运行时间。可以使用某些探查器(如xdebug)完成,甚至可以使用
在问性能问题之前,先学习分析。 如果没有真正的原因,就不要问表演问题。 过早优化是万恶之源 - D.Knuth . |
2
37
我已经用50000行重新进行了测试,并添加了multi-echo-in-1标记方法
持续时间1:31.15542483秒
持续时间2:30.23169804秒
持续时间3:27.54640007秒 最初的两个方法之间没有太大的区别,但是看起来它在减少@poke连接的情况下要快得多 因为我怀疑我会在一次访问中需要这么多数据,我想我会继续使用许多标记,代码缩进看起来更整洁,并且“查看源”布局更精确 |
3
13
你很容易忽略这两者的性能差异。在当今的现代计算资源下,两者之间的差异真的无关紧要。这种打印到屏幕的东西真的不用担心。有很多其他的事情你应该考虑之前。 除此之外,在代码的最佳性能和可维护性之间始终存在争论。你不能总是试图取得最好的成绩。相反,您应该始终考虑性能问题以及需要花费多少时间来改进它们。 |
4
5
易于转换为伪代码的代码更好。上面的例子证明了这一点。哪一个需要更长的时间?
我个人认为:
对于新手来说,关于口译员如何工作以及为什么一种方式比另一种方式快的技术解释是不相关的。最好只知道经验法则:
如果整体结果更简单,请使用更多标记。时期。 |
5
5
真正的问题是内存的使用。字符串连接和大规模回送可以成倍增加内存使用。 如果你垃圾邮件的php标签,你的代码变得不可读。 最好的解决方案是使用模板引擎,避免代码和表示混合在一起。 |
Softly · 单选按钮未按预期取值 1 年前 |
NovoMannen · 导航中的下拉菜单在内容后面重叠 1 年前 |
eXor420 · 如何在脚本标记中使用导出的函数? 1 年前 |
IonicMan · 剑道网格在宽度过大时不显示某些列 1 年前 |
Kernier · 如何将数学公式支持添加到StacksEditor? 1 年前 |
Md. Ibrahim · CSS网格项溢出小屏幕滚动 1 年前 |
Akshay mek · Vscode扩展建议不适用于某些文件夹 1 年前 |