擅长:python、mysql、java
<ol>
<li><p>总是优先考虑可读性。</p></li>
<li><p>总是优先考虑可读性。</p></li>
<li><p>过早的优化是有害的。因此,始终优先考虑可读性。</p></li>
<li><p>一旦你的代码是可读的,<em>如果性能是一个问题,或者<em>如果</em>它成为一个问题,<em><strong>在优化<em>任何</em>之前对代码进行评测。你不想浪费时间和降低可读性优化一些不会给你带来太多好处的东西。</p></li>
<li><p>首先,对优化后仍然可读性很强的内容进行优化;例如,将方法绑定到局部变量。在</p>
<ol>
<li><p>这些方法往往不会提高太多的性能(尽管将方法绑定到局部变量在某些代码中会有很大的不同),但有时您可以看到一些更高效、更具可读性的东西,而这正是您之前错过的。</p></li>
<li><p>可读性的降低是否值得性能的提高是主观的,取决于每一个在特定情况下的重要性。</p></li>
</ol></li>
<li><p>然后,<em>如果仍然需要优化,开始将要优化的代码部分分解成函数;这样,即使它们已经过优化并且可读性降低,主代码仍然是可读的,因为它只是调用函数<code>do_something()</code>,而不必担心丑陋,优化了该函数中的代码块。在</p>
<ol>
<li>我认为这是一个好的事情,即使有可读的代码,使它更可读。在</li>
</ol></li>
<li><p>如果每一点性能都有帮助,<em>那么</em>您可能希望将函数重新内联到主代码中。这取决于您使用的Python实现,例如CPython和PyPy。</p></li>
<li><p>如果一大堆优化到地狱的Python代码不够快。。用C重写</p>
<ol>
<li>无论如何,您都可以这样做,这样Python代码就可以保持可读性和纯粹性,而不受性能问题的束缚。在</li>
</ol></li>
</ol>