Changeset 910
- Timestamp:
- Fri Mar 17 14:25:38 2006
- Files:
Legend:
- Unmodified
- Added
- Removed
- Modified
-
zh-translations/branches/diveintopython-zh-5.4/zh-cn/xml/entities.xml
r890 r910 261 261 <!ENTITY false "<constant>False</constant>"> 262 262 <!ENTITY lambdafunction "<literal>lambda</literal>"> 263 <!ENTITY map "<literal>map</literal>"> 263 264 <!ENTITY andor "<literal>and-or</literal>"> 264 265 <!ENTITY candor "<literal><replaceable>bool</replaceable> ? <varname>a</varname> : <varname>b</varname></literal>"> -
zh-translations/branches/diveintopython-zh-5.4/zh-cn/xml/soundex.xml
r858 r910 12 12 <abstract> 13 13 <title/> 14 <para>由于代码优化过程中存在太多的不明确因素,以至于你很难清 除该从何入手。</para>14 <para>由于代码优化过程中存在太多的不明确因素,以至于你很难清楚该从何入手。</para> 14 14 </abstract> 15 15 <para>让我们从这里开始:<emphasis>你真的确信你要这样做吗?</emphasis> 你的代码真的那么差吗?值得花时间去优化它吗?在你的应用程序的生命周期中,与花费在等待一个远程数据库服务器,或是等待用户输入相比,运行这段代码将花费多少时间?</para> 133 133 </abstract> 134 134 <para>为一个很短的代码计时都很复杂。 处理器有多少时间用于运行这个代码? 有什么在后台运行吗? 每个现代计算机都在后台运行持续或者间歇的程序。 小小的疏忽可能破坏你的百年大计,后台服务偶尔被 <quote>唤醒</quote> 在最后千分之一秒做一些像查收信件,连接计时通信服务器,检查应用程序更新,扫描病毒,查看是否有磁盘被插入光驱之类很有意义的事。 在开始计时测试之前,把一切都关掉,断开网络的连接。再次确定一切都关上后关掉那些不断查看网络是否恢复的服务等等。</para> 135 <para>接下来是计时框架本身引入的变化因素。 &python; 解释器是否缓存 方法名查找? 是否缓存代码块编辑? 正则表达式? 你的代码重复运行时有副作用吗? 不要忘记,你的工作结果将以比秒更小的单位呈现,你的计时框架中的小错误将会带来不可挽回的结果扭曲。</para>135 <para>接下来是计时框架本身引入的变化因素。 &python; 解释器是否缓存了方法名的查找? 是否缓存代码块的编译结果? 正则表达式呢? 你的代码重复运行时有副作用吗? 不要忘记,你的工作结果将以比秒更小的单位呈现,你的计时框架中的小错误将会带来不可挽回的结果扭曲。</para> 135 135 <para>&python; 社区有句俗语: <quote>&python; 自己带着电池。</quote> 别自己写计时框架。 &python; 2.3 具备一个叫做 &timeit; 的完美计时工具。</para> 136 136 <example>