korsygfhrtzangaiide
Elepffwdsff
/
usr
/
share
/
doc
/
python-docs-2.7.5
/
html
/
howto
/
Upload FileeE
HOME
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xmlns="http://www.w3.org/1999/xhtml"> <head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> <title>Idioms and Anti-Idioms in Python — Python 2.7.5 documentation</title> <link rel="stylesheet" href="../_static/default.css" type="text/css" /> <link rel="stylesheet" href="../_static/pygments.css" type="text/css" /> <script type="text/javascript"> var DOCUMENTATION_OPTIONS = { URL_ROOT: '../', VERSION: '2.7.5', COLLAPSE_INDEX: false, FILE_SUFFIX: '.html', HAS_SOURCE: true }; </script> <script type="text/javascript" src="../_static/jquery.js"></script> <script type="text/javascript" src="../_static/underscore.js"></script> <script type="text/javascript" src="../_static/doctools.js"></script> <script type="text/javascript" src="../_static/sidebar.js"></script> <link rel="search" type="application/opensearchdescription+xml" title="Search within Python 2.7.5 documentation" href="../_static/opensearch.xml"/> <link rel="author" title="About these documents" href="../about.html" /> <link rel="copyright" title="Copyright" href="../copyright.html" /> <link rel="top" title="Python 2.7.5 documentation" href="../index.html" /> <link rel="up" title="Python HOWTOs" href="index.html" /> <link rel="next" title="Functional Programming HOWTO" href="functional.html" /> <link rel="prev" title="Descriptor HowTo Guide" href="descriptor.html" /> <link rel="shortcut icon" type="image/png" href="../_static/py.png" /> <script type="text/javascript" src="../_static/copybutton.js"></script> </head> <body> <div class="related"> <h3>Navigation</h3> <ul> <li class="right" style="margin-right: 10px"> <a href="../genindex.html" title="General Index" accesskey="I">index</a></li> <li class="right" > <a href="../py-modindex.html" title="Python Module Index" >modules</a> |</li> <li class="right" > <a href="functional.html" title="Functional Programming HOWTO" accesskey="N">next</a> |</li> <li class="right" > <a href="descriptor.html" title="Descriptor HowTo Guide" accesskey="P">previous</a> |</li> <li><img src="../_static/py.png" alt="" style="vertical-align: middle; margin-top: -1px"/></li> <li><a href="http://www.python.org/">Python</a> »</li> <li> <a href="../index.html">Python 2.7.5 documentation</a> » </li> <li><a href="index.html" accesskey="U">Python HOWTOs</a> »</li> </ul> </div> <div class="document"> <div class="documentwrapper"> <div class="bodywrapper"> <div class="body"> <div class="section" id="idioms-and-anti-idioms-in-python"> <h1>Idioms and Anti-Idioms in Python<a class="headerlink" href="#idioms-and-anti-idioms-in-python" title="Permalink to this headline">¶</a></h1> <table class="docutils field-list" frame="void" rules="none"> <col class="field-name" /> <col class="field-body" /> <tbody valign="top"> <tr class="field-odd field"><th class="field-name">Author:</th><td class="field-body">Moshe Zadka</td> </tr> </tbody> </table> <p>This document is placed in the public domain.</p> <div class="topic"> <p class="topic-title first">Abstract</p> <p>This document can be considered a companion to the tutorial. It shows how to use Python, and even more importantly, how <em>not</em> to use Python.</p> </div> <div class="section" id="language-constructs-you-should-not-use"> <h2>Language Constructs You Should Not Use<a class="headerlink" href="#language-constructs-you-should-not-use" title="Permalink to this headline">¶</a></h2> <p>While Python has relatively few gotchas compared to other languages, it still has some constructs which are only useful in corner cases, or are plain dangerous.</p> <div class="section" id="from-module-import"> <h3>from module import *<a class="headerlink" href="#from-module-import" title="Permalink to this headline">¶</a></h3> <div class="section" id="inside-function-definitions"> <h4>Inside Function Definitions<a class="headerlink" href="#inside-function-definitions" title="Permalink to this headline">¶</a></h4> <p><tt class="docutils literal"><span class="pre">from</span> <span class="pre">module</span> <span class="pre">import</span> <span class="pre">*</span></tt> is <em>invalid</em> inside function definitions. While many versions of Python do not check for the invalidity, it does not make it more valid, no more than having a smart lawyer makes a man innocent. Do not use it like that ever. Even in versions where it was accepted, it made the function execution slower, because the compiler could not be certain which names were local and which were global. In Python 2.1 this construct causes warnings, and sometimes even errors.</p> </div> <div class="section" id="at-module-level"> <h4>At Module Level<a class="headerlink" href="#at-module-level" title="Permalink to this headline">¶</a></h4> <p>While it is valid to use <tt class="docutils literal"><span class="pre">from</span> <span class="pre">module</span> <span class="pre">import</span> <span class="pre">*</span></tt> at module level it is usually a bad idea. For one, this loses an important property Python otherwise has — you can know where each toplevel name is defined by a simple “search” function in your favourite editor. You also open yourself to trouble in the future, if some module grows additional functions or classes.</p> <p>One of the most awful questions asked on the newsgroup is why this code:</p> <div class="highlight-python"><div class="highlight"><pre><span class="n">f</span> <span class="o">=</span> <span class="nb">open</span><span class="p">(</span><span class="s">"www"</span><span class="p">)</span> <span class="n">f</span><span class="o">.</span><span class="n">read</span><span class="p">()</span> </pre></div> </div> <p>does not work. Of course, it works just fine (assuming you have a file called “www”.) But it does not work if somewhere in the module, the statement <tt class="docutils literal"><span class="pre">from</span> <span class="pre">os</span> <span class="pre">import</span> <span class="pre">*</span></tt> is present. The <a class="reference internal" href="../library/os.html#module-os" title="os: Miscellaneous operating system interfaces."><tt class="xref py py-mod docutils literal"><span class="pre">os</span></tt></a> module has a function called <a class="reference internal" href="../library/functions.html#open" title="open"><tt class="xref py py-func docutils literal"><span class="pre">open()</span></tt></a> which returns an integer. While it is very useful, shadowing a builtin is one of its least useful properties.</p> <p>Remember, you can never know for sure what names a module exports, so either take what you need — <tt class="docutils literal"><span class="pre">from</span> <span class="pre">module</span> <span class="pre">import</span> <span class="pre">name1,</span> <span class="pre">name2</span></tt>, or keep them in the module and access on a per-need basis — <tt class="docutils literal"><span class="pre">import</span> <span class="pre">module;print</span> <span class="pre">module.name</span></tt>.</p> </div> <div class="section" id="when-it-is-just-fine"> <h4>When It Is Just Fine<a class="headerlink" href="#when-it-is-just-fine" title="Permalink to this headline">¶</a></h4> <p>There are situations in which <tt class="docutils literal"><span class="pre">from</span> <span class="pre">module</span> <span class="pre">import</span> <span class="pre">*</span></tt> is just fine:</p> <ul class="simple"> <li>The interactive prompt. For example, <tt class="docutils literal"><span class="pre">from</span> <span class="pre">math</span> <span class="pre">import</span> <span class="pre">*</span></tt> makes Python an amazing scientific calculator.</li> <li>When extending a module in C with a module in Python.</li> <li>When the module advertises itself as <tt class="docutils literal"><span class="pre">from</span> <span class="pre">import</span> <span class="pre">*</span></tt> safe.</li> </ul> </div> </div> <div class="section" id="unadorned-exec-execfile-and-friends"> <h3>Unadorned <a class="reference internal" href="../reference/simple_stmts.html#exec"><tt class="xref std std-keyword docutils literal"><span class="pre">exec</span></tt></a>, <a class="reference internal" href="../library/functions.html#execfile" title="execfile"><tt class="xref py py-func docutils literal"><span class="pre">execfile()</span></tt></a> and friends<a class="headerlink" href="#unadorned-exec-execfile-and-friends" title="Permalink to this headline">¶</a></h3> <p>The word “unadorned” refers to the use without an explicit dictionary, in which case those constructs evaluate code in the <em>current</em> environment. This is dangerous for the same reasons <tt class="docutils literal"><span class="pre">from</span> <span class="pre">import</span> <span class="pre">*</span></tt> is dangerous — it might step over variables you are counting on and mess up things for the rest of your code. Simply do not do that.</p> <p>Bad examples:</p> <div class="highlight-python"><div class="highlight"><pre><span class="gp">>>> </span><span class="k">for</span> <span class="n">name</span> <span class="ow">in</span> <span class="n">sys</span><span class="o">.</span><span class="n">argv</span><span class="p">[</span><span class="mi">1</span><span class="p">:]:</span> <span class="gp">>>> </span> <span class="k">exec</span> <span class="s">"</span><span class="si">%s</span><span class="s">=1"</span> <span class="o">%</span> <span class="n">name</span> <span class="gp">>>> </span><span class="k">def</span> <span class="nf">func</span><span class="p">(</span><span class="n">s</span><span class="p">,</span> <span class="o">**</span><span class="n">kw</span><span class="p">):</span> <span class="gp">>>> </span> <span class="k">for</span> <span class="n">var</span><span class="p">,</span> <span class="n">val</span> <span class="ow">in</span> <span class="n">kw</span><span class="o">.</span><span class="n">items</span><span class="p">():</span> <span class="gp">>>> </span> <span class="k">exec</span> <span class="s">"s.</span><span class="si">%s</span><span class="s">=val"</span> <span class="o">%</span> <span class="n">var</span> <span class="c"># invalid!</span> <span class="gp">>>> </span><span class="nb">execfile</span><span class="p">(</span><span class="s">"handler.py"</span><span class="p">)</span> <span class="gp">>>> </span><span class="n">handle</span><span class="p">()</span> </pre></div> </div> <p>Good examples:</p> <div class="highlight-python"><div class="highlight"><pre><span class="gp">>>> </span><span class="n">d</span> <span class="o">=</span> <span class="p">{}</span> <span class="gp">>>> </span><span class="k">for</span> <span class="n">name</span> <span class="ow">in</span> <span class="n">sys</span><span class="o">.</span><span class="n">argv</span><span class="p">[</span><span class="mi">1</span><span class="p">:]:</span> <span class="gp">>>> </span> <span class="n">d</span><span class="p">[</span><span class="n">name</span><span class="p">]</span> <span class="o">=</span> <span class="mi">1</span> <span class="gp">>>> </span><span class="k">def</span> <span class="nf">func</span><span class="p">(</span><span class="n">s</span><span class="p">,</span> <span class="o">**</span><span class="n">kw</span><span class="p">):</span> <span class="gp">>>> </span> <span class="k">for</span> <span class="n">var</span><span class="p">,</span> <span class="n">val</span> <span class="ow">in</span> <span class="n">kw</span><span class="o">.</span><span class="n">items</span><span class="p">():</span> <span class="gp">>>> </span> <span class="nb">setattr</span><span class="p">(</span><span class="n">s</span><span class="p">,</span> <span class="n">var</span><span class="p">,</span> <span class="n">val</span><span class="p">)</span> <span class="gp">>>> </span><span class="n">d</span><span class="o">=</span><span class="p">{}</span> <span class="gp">>>> </span><span class="nb">execfile</span><span class="p">(</span><span class="s">"handle.py"</span><span class="p">,</span> <span class="n">d</span><span class="p">,</span> <span class="n">d</span><span class="p">)</span> <span class="gp">>>> </span><span class="n">handle</span> <span class="o">=</span> <span class="n">d</span><span class="p">[</span><span class="s">'handle'</span><span class="p">]</span> <span class="gp">>>> </span><span class="n">handle</span><span class="p">()</span> </pre></div> </div> </div> <div class="section" id="from-module-import-name1-name2"> <h3>from module import name1, name2<a class="headerlink" href="#from-module-import-name1-name2" title="Permalink to this headline">¶</a></h3> <p>This is a “don’t” which is much weaker than the previous “don’t”s but is still something you should not do if you don’t have good reasons to do that. The reason it is usually a bad idea is because you suddenly have an object which lives in two separate namespaces. When the binding in one namespace changes, the binding in the other will not, so there will be a discrepancy between them. This happens when, for example, one module is reloaded, or changes the definition of a function at runtime.</p> <p>Bad example:</p> <div class="highlight-python"><div class="highlight"><pre><span class="c"># foo.py</span> <span class="n">a</span> <span class="o">=</span> <span class="mi">1</span> <span class="c"># bar.py</span> <span class="kn">from</span> <span class="nn">foo</span> <span class="kn">import</span> <span class="n">a</span> <span class="k">if</span> <span class="n">something</span><span class="p">():</span> <span class="n">a</span> <span class="o">=</span> <span class="mi">2</span> <span class="c"># danger: foo.a != a</span> </pre></div> </div> <p>Good example:</p> <div class="highlight-python"><div class="highlight"><pre><span class="c"># foo.py</span> <span class="n">a</span> <span class="o">=</span> <span class="mi">1</span> <span class="c"># bar.py</span> <span class="kn">import</span> <span class="nn">foo</span> <span class="k">if</span> <span class="n">something</span><span class="p">():</span> <span class="n">foo</span><span class="o">.</span><span class="n">a</span> <span class="o">=</span> <span class="mi">2</span> </pre></div> </div> </div> <div class="section" id="except"> <h3>except:<a class="headerlink" href="#except" title="Permalink to this headline">¶</a></h3> <p>Python has the <tt class="docutils literal"><span class="pre">except:</span></tt> clause, which catches all exceptions. Since <em>every</em> error in Python raises an exception, using <tt class="docutils literal"><span class="pre">except:</span></tt> can make many programming errors look like runtime problems, which hinders the debugging process.</p> <p>The following code shows a great example of why this is bad:</p> <div class="highlight-python"><div class="highlight"><pre><span class="k">try</span><span class="p">:</span> <span class="n">foo</span> <span class="o">=</span> <span class="n">opne</span><span class="p">(</span><span class="s">"file"</span><span class="p">)</span> <span class="c"># misspelled "open"</span> <span class="k">except</span><span class="p">:</span> <span class="n">sys</span><span class="o">.</span><span class="n">exit</span><span class="p">(</span><span class="s">"could not open file!"</span><span class="p">)</span> </pre></div> </div> <p>The second line triggers a <a class="reference internal" href="../library/exceptions.html#exceptions.NameError" title="exceptions.NameError"><tt class="xref py py-exc docutils literal"><span class="pre">NameError</span></tt></a>, which is caught by the except clause. The program will exit, and the error message the program prints will make you think the problem is the readability of <tt class="docutils literal"><span class="pre">"file"</span></tt> when in fact the real error has nothing to do with <tt class="docutils literal"><span class="pre">"file"</span></tt>.</p> <p>A better way to write the above is</p> <div class="highlight-python"><div class="highlight"><pre><span class="k">try</span><span class="p">:</span> <span class="n">foo</span> <span class="o">=</span> <span class="n">opne</span><span class="p">(</span><span class="s">"file"</span><span class="p">)</span> <span class="k">except</span> <span class="ne">IOError</span><span class="p">:</span> <span class="n">sys</span><span class="o">.</span><span class="n">exit</span><span class="p">(</span><span class="s">"could not open file"</span><span class="p">)</span> </pre></div> </div> <p>When this is run, Python will produce a traceback showing the <a class="reference internal" href="../library/exceptions.html#exceptions.NameError" title="exceptions.NameError"><tt class="xref py py-exc docutils literal"><span class="pre">NameError</span></tt></a>, and it will be immediately apparent what needs to be fixed.</p> <p id="index-0">Because <tt class="docutils literal"><span class="pre">except:</span></tt> catches <em>all</em> exceptions, including <a class="reference internal" href="../library/exceptions.html#exceptions.SystemExit" title="exceptions.SystemExit"><tt class="xref py py-exc docutils literal"><span class="pre">SystemExit</span></tt></a>, <a class="reference internal" href="../library/exceptions.html#exceptions.KeyboardInterrupt" title="exceptions.KeyboardInterrupt"><tt class="xref py py-exc docutils literal"><span class="pre">KeyboardInterrupt</span></tt></a>, and <a class="reference internal" href="../library/exceptions.html#exceptions.GeneratorExit" title="exceptions.GeneratorExit"><tt class="xref py py-exc docutils literal"><span class="pre">GeneratorExit</span></tt></a> (which is not an error and should not normally be caught by user code), using a bare <tt class="docutils literal"><span class="pre">except:</span></tt> is almost never a good idea. In situations where you need to catch all “normal” errors, such as in a framework that runs callbacks, you can catch the base class for all normal exceptions, <a class="reference internal" href="../library/exceptions.html#exceptions.Exception" title="exceptions.Exception"><tt class="xref py py-exc docutils literal"><span class="pre">Exception</span></tt></a>. Unfortunately in Python 2.x it is possible for third-party code to raise exceptions that do not inherit from <a class="reference internal" href="../library/exceptions.html#exceptions.Exception" title="exceptions.Exception"><tt class="xref py py-exc docutils literal"><span class="pre">Exception</span></tt></a>, so in Python 2.x there are some cases where you may have to use a bare <tt class="docutils literal"><span class="pre">except:</span></tt> and manually re-raise the exceptions you don’t want to catch.</p> </div> </div> <div class="section" id="exceptions"> <h2>Exceptions<a class="headerlink" href="#exceptions" title="Permalink to this headline">¶</a></h2> <p>Exceptions are a useful feature of Python. You should learn to raise them whenever something unexpected occurs, and catch them only where you can do something about them.</p> <p>The following is a very popular anti-idiom</p> <div class="highlight-python"><div class="highlight"><pre><span class="k">def</span> <span class="nf">get_status</span><span class="p">(</span><span class="nb">file</span><span class="p">):</span> <span class="k">if</span> <span class="ow">not</span> <span class="n">os</span><span class="o">.</span><span class="n">path</span><span class="o">.</span><span class="n">exists</span><span class="p">(</span><span class="nb">file</span><span class="p">):</span> <span class="k">print</span> <span class="s">"file not found"</span> <span class="n">sys</span><span class="o">.</span><span class="n">exit</span><span class="p">(</span><span class="mi">1</span><span class="p">)</span> <span class="k">return</span> <span class="nb">open</span><span class="p">(</span><span class="nb">file</span><span class="p">)</span><span class="o">.</span><span class="n">readline</span><span class="p">()</span> </pre></div> </div> <p>Consider the case where the file gets deleted between the time the call to <a class="reference internal" href="../library/os.path.html#os.path.exists" title="os.path.exists"><tt class="xref py py-func docutils literal"><span class="pre">os.path.exists()</span></tt></a> is made and the time <a class="reference internal" href="../library/functions.html#open" title="open"><tt class="xref py py-func docutils literal"><span class="pre">open()</span></tt></a> is called. In that case the last line will raise an <a class="reference internal" href="../library/exceptions.html#exceptions.IOError" title="exceptions.IOError"><tt class="xref py py-exc docutils literal"><span class="pre">IOError</span></tt></a>. The same thing would happen if <em>file</em> exists but has no read permission. Since testing this on a normal machine on existent and non-existent files makes it seem bugless, the test results will seem fine, and the code will get shipped. Later an unhandled <a class="reference internal" href="../library/exceptions.html#exceptions.IOError" title="exceptions.IOError"><tt class="xref py py-exc docutils literal"><span class="pre">IOError</span></tt></a> (or perhaps some other <a class="reference internal" href="../library/exceptions.html#exceptions.EnvironmentError" title="exceptions.EnvironmentError"><tt class="xref py py-exc docutils literal"><span class="pre">EnvironmentError</span></tt></a>) escapes to the user, who gets to watch the ugly traceback.</p> <p>Here is a somewhat better way to do it.</p> <div class="highlight-python"><div class="highlight"><pre><span class="k">def</span> <span class="nf">get_status</span><span class="p">(</span><span class="nb">file</span><span class="p">):</span> <span class="k">try</span><span class="p">:</span> <span class="k">return</span> <span class="nb">open</span><span class="p">(</span><span class="nb">file</span><span class="p">)</span><span class="o">.</span><span class="n">readline</span><span class="p">()</span> <span class="k">except</span> <span class="ne">EnvironmentError</span> <span class="k">as</span> <span class="n">err</span><span class="p">:</span> <span class="k">print</span> <span class="s">"Unable to open file: {}"</span><span class="o">.</span><span class="n">format</span><span class="p">(</span><span class="n">err</span><span class="p">)</span> <span class="n">sys</span><span class="o">.</span><span class="n">exit</span><span class="p">(</span><span class="mi">1</span><span class="p">)</span> </pre></div> </div> <p>In this version, <em>either</em> the file gets opened and the line is read (so it works even on flaky NFS or SMB connections), or an error message is printed that provides all the available information on why the open failed, and the application is aborted.</p> <p>However, even this version of <tt class="xref py py-func docutils literal"><span class="pre">get_status()</span></tt> makes too many assumptions — that it will only be used in a short running script, and not, say, in a long running server. Sure, the caller could do something like</p> <div class="highlight-python"><div class="highlight"><pre><span class="k">try</span><span class="p">:</span> <span class="n">status</span> <span class="o">=</span> <span class="n">get_status</span><span class="p">(</span><span class="n">log</span><span class="p">)</span> <span class="k">except</span> <span class="ne">SystemExit</span><span class="p">:</span> <span class="n">status</span> <span class="o">=</span> <span class="bp">None</span> </pre></div> </div> <p>But there is a better way. You should try to use as few <tt class="docutils literal"><span class="pre">except</span></tt> clauses in your code as you can — the ones you do use will usually be inside calls which should always succeed, or a catch-all in a main function.</p> <p>So, an even better version of <tt class="xref py py-func docutils literal"><span class="pre">get_status()</span></tt> is probably</p> <div class="highlight-python"><div class="highlight"><pre><span class="k">def</span> <span class="nf">get_status</span><span class="p">(</span><span class="nb">file</span><span class="p">):</span> <span class="k">return</span> <span class="nb">open</span><span class="p">(</span><span class="nb">file</span><span class="p">)</span><span class="o">.</span><span class="n">readline</span><span class="p">()</span> </pre></div> </div> <p>The caller can deal with the exception if it wants (for example, if it tries several files in a loop), or just let the exception filter upwards to <em>its</em> caller.</p> <p>But the last version still has a serious problem — due to implementation details in CPython, the file would not be closed when an exception is raised until the exception handler finishes; and, worse, in other implementations (e.g., Jython) it might not be closed at all regardless of whether or not an exception is raised.</p> <p>The best version of this function uses the <tt class="docutils literal"><span class="pre">open()</span></tt> call as a context manager, which will ensure that the file gets closed as soon as the function returns:</p> <div class="highlight-python"><div class="highlight"><pre><span class="k">def</span> <span class="nf">get_status</span><span class="p">(</span><span class="nb">file</span><span class="p">):</span> <span class="k">with</span> <span class="nb">open</span><span class="p">(</span><span class="nb">file</span><span class="p">)</span> <span class="k">as</span> <span class="n">fp</span><span class="p">:</span> <span class="k">return</span> <span class="n">fp</span><span class="o">.</span><span class="n">readline</span><span class="p">()</span> </pre></div> </div> </div> <div class="section" id="using-the-batteries"> <h2>Using the Batteries<a class="headerlink" href="#using-the-batteries" title="Permalink to this headline">¶</a></h2> <p>Every so often, people seem to be writing stuff in the Python library again, usually poorly. While the occasional module has a poor interface, it is usually much better to use the rich standard library and data types that come with Python than inventing your own.</p> <p>A useful module very few people know about is <a class="reference internal" href="../library/os.path.html#module-os.path" title="os.path: Operations on pathnames."><tt class="xref py py-mod docutils literal"><span class="pre">os.path</span></tt></a>. It always has the correct path arithmetic for your operating system, and will usually be much better than whatever you come up with yourself.</p> <p>Compare:</p> <div class="highlight-python"><div class="highlight"><pre><span class="c"># ugh!</span> <span class="k">return</span> <span class="nb">dir</span><span class="o">+</span><span class="s">"/"</span><span class="o">+</span><span class="nb">file</span> <span class="c"># better</span> <span class="k">return</span> <span class="n">os</span><span class="o">.</span><span class="n">path</span><span class="o">.</span><span class="n">join</span><span class="p">(</span><span class="nb">dir</span><span class="p">,</span> <span class="nb">file</span><span class="p">)</span> </pre></div> </div> <p>More useful functions in <a class="reference internal" href="../library/os.path.html#module-os.path" title="os.path: Operations on pathnames."><tt class="xref py py-mod docutils literal"><span class="pre">os.path</span></tt></a>: <tt class="xref py py-func docutils literal"><span class="pre">basename()</span></tt>, <tt class="xref py py-func docutils literal"><span class="pre">dirname()</span></tt> and <tt class="xref py py-func docutils literal"><span class="pre">splitext()</span></tt>.</p> <p>There are also many useful built-in functions people seem not to be aware of for some reason: <a class="reference internal" href="../library/functions.html#min" title="min"><tt class="xref py py-func docutils literal"><span class="pre">min()</span></tt></a> and <a class="reference internal" href="../library/functions.html#max" title="max"><tt class="xref py py-func docutils literal"><span class="pre">max()</span></tt></a> can find the minimum/maximum of any sequence with comparable semantics, for example, yet many people write their own <a class="reference internal" href="../library/functions.html#max" title="max"><tt class="xref py py-func docutils literal"><span class="pre">max()</span></tt></a>/<a class="reference internal" href="../library/functions.html#min" title="min"><tt class="xref py py-func docutils literal"><span class="pre">min()</span></tt></a>. Another highly useful function is <a class="reference internal" href="../library/functions.html#reduce" title="reduce"><tt class="xref py py-func docutils literal"><span class="pre">reduce()</span></tt></a> which can be used to repeatly apply a binary operation to a sequence, reducing it to a single value. For example, compute a factorial with a series of multiply operations:</p> <div class="highlight-python"><div class="highlight"><pre><span class="gp">>>> </span><span class="n">n</span> <span class="o">=</span> <span class="mi">4</span> <span class="gp">>>> </span><span class="kn">import</span> <span class="nn">operator</span> <span class="gp">>>> </span><span class="nb">reduce</span><span class="p">(</span><span class="n">operator</span><span class="o">.</span><span class="n">mul</span><span class="p">,</span> <span class="nb">range</span><span class="p">(</span><span class="mi">1</span><span class="p">,</span> <span class="n">n</span><span class="o">+</span><span class="mi">1</span><span class="p">))</span> <span class="go">24</span> </pre></div> </div> <p>When it comes to parsing numbers, note that <a class="reference internal" href="../library/functions.html#float" title="float"><tt class="xref py py-func docutils literal"><span class="pre">float()</span></tt></a>, <a class="reference internal" href="../library/functions.html#int" title="int"><tt class="xref py py-func docutils literal"><span class="pre">int()</span></tt></a> and <a class="reference internal" href="../library/functions.html#long" title="long"><tt class="xref py py-func docutils literal"><span class="pre">long()</span></tt></a> all accept string arguments and will reject ill-formed strings by raising an <a class="reference internal" href="../library/exceptions.html#exceptions.ValueError" title="exceptions.ValueError"><tt class="xref py py-exc docutils literal"><span class="pre">ValueError</span></tt></a>.</p> </div> <div class="section" id="using-backslash-to-continue-statements"> <h2>Using Backslash to Continue Statements<a class="headerlink" href="#using-backslash-to-continue-statements" title="Permalink to this headline">¶</a></h2> <p>Since Python treats a newline as a statement terminator, and since statements are often more than is comfortable to put in one line, many people do:</p> <div class="highlight-python"><div class="highlight"><pre><span class="k">if</span> <span class="n">foo</span><span class="o">.</span><span class="n">bar</span><span class="p">()[</span><span class="s">'first'</span><span class="p">][</span><span class="mi">0</span><span class="p">]</span> <span class="o">==</span> <span class="n">baz</span><span class="o">.</span><span class="n">quux</span><span class="p">(</span><span class="mi">1</span><span class="p">,</span> <span class="mi">2</span><span class="p">)[</span><span class="mi">5</span><span class="p">:</span><span class="mi">9</span><span class="p">]</span> <span class="ow">and</span> \ <span class="n">calculate_number</span><span class="p">(</span><span class="mi">10</span><span class="p">,</span> <span class="mi">20</span><span class="p">)</span> <span class="o">!=</span> <span class="n">forbulate</span><span class="p">(</span><span class="mi">500</span><span class="p">,</span> <span class="mi">360</span><span class="p">):</span> <span class="k">pass</span> </pre></div> </div> <p>You should realize that this is dangerous: a stray space after the <tt class="docutils literal"><span class="pre">\</span></tt> would make this line wrong, and stray spaces are notoriously hard to see in editors. In this case, at least it would be a syntax error, but if the code was:</p> <div class="highlight-python"><div class="highlight"><pre><span class="n">value</span> <span class="o">=</span> <span class="n">foo</span><span class="o">.</span><span class="n">bar</span><span class="p">()[</span><span class="s">'first'</span><span class="p">][</span><span class="mi">0</span><span class="p">]</span><span class="o">*</span><span class="n">baz</span><span class="o">.</span><span class="n">quux</span><span class="p">(</span><span class="mi">1</span><span class="p">,</span> <span class="mi">2</span><span class="p">)[</span><span class="mi">5</span><span class="p">:</span><span class="mi">9</span><span class="p">]</span> \ <span class="o">+</span> <span class="n">calculate_number</span><span class="p">(</span><span class="mi">10</span><span class="p">,</span> <span class="mi">20</span><span class="p">)</span><span class="o">*</span><span class="n">forbulate</span><span class="p">(</span><span class="mi">500</span><span class="p">,</span> <span class="mi">360</span><span class="p">)</span> </pre></div> </div> <p>then it would just be subtly wrong.</p> <p>It is usually much better to use the implicit continuation inside parenthesis:</p> <p>This version is bulletproof:</p> <div class="highlight-python"><div class="highlight"><pre><span class="n">value</span> <span class="o">=</span> <span class="p">(</span><span class="n">foo</span><span class="o">.</span><span class="n">bar</span><span class="p">()[</span><span class="s">'first'</span><span class="p">][</span><span class="mi">0</span><span class="p">]</span><span class="o">*</span><span class="n">baz</span><span class="o">.</span><span class="n">quux</span><span class="p">(</span><span class="mi">1</span><span class="p">,</span> <span class="mi">2</span><span class="p">)[</span><span class="mi">5</span><span class="p">:</span><span class="mi">9</span><span class="p">]</span> <span class="o">+</span> <span class="n">calculate_number</span><span class="p">(</span><span class="mi">10</span><span class="p">,</span> <span class="mi">20</span><span class="p">)</span><span class="o">*</span><span class="n">forbulate</span><span class="p">(</span><span class="mi">500</span><span class="p">,</span> <span class="mi">360</span><span class="p">))</span> </pre></div> </div> </div> </div> </div> </div> </div> <div class="sphinxsidebar"> <div class="sphinxsidebarwrapper"> <h3><a href="../contents.html">Table Of Contents</a></h3> <ul> <li><a class="reference internal" href="#">Idioms and Anti-Idioms in Python</a><ul> <li><a class="reference internal" href="#language-constructs-you-should-not-use">Language Constructs You Should Not Use</a><ul> <li><a class="reference internal" href="#from-module-import">from module import *</a><ul> <li><a class="reference internal" href="#inside-function-definitions">Inside Function Definitions</a></li> <li><a class="reference internal" href="#at-module-level">At Module Level</a></li> <li><a class="reference internal" href="#when-it-is-just-fine">When It Is Just Fine</a></li> </ul> </li> <li><a class="reference internal" href="#unadorned-exec-execfile-and-friends">Unadorned <tt class="docutils literal"><span class="pre">exec</span></tt>, <tt class="docutils literal"><span class="pre">execfile()</span></tt> and friends</a></li> <li><a class="reference internal" href="#from-module-import-name1-name2">from module import name1, name2</a></li> <li><a class="reference internal" href="#except">except:</a></li> </ul> </li> <li><a class="reference internal" href="#exceptions">Exceptions</a></li> <li><a class="reference internal" href="#using-the-batteries">Using the Batteries</a></li> <li><a class="reference internal" href="#using-backslash-to-continue-statements">Using Backslash to Continue Statements</a></li> </ul> </li> </ul> <h4>Previous topic</h4> <p class="topless"><a href="descriptor.html" title="previous chapter">Descriptor HowTo Guide</a></p> <h4>Next topic</h4> <p class="topless"><a href="functional.html" title="next chapter">Functional Programming HOWTO</a></p> <h3>This Page</h3> <ul class="this-page-menu"> <li><a href="../bugs.html">Report a Bug</a></li> <li><a href="../_sources/howto/doanddont.txt" rel="nofollow">Show Source</a></li> </ul> <div id="searchbox" style="display: none"> <h3>Quick search</h3> <form class="search" action="../search.html" method="get"> <input type="text" name="q" /> <input type="submit" value="Go" /> <input type="hidden" name="check_keywords" value="yes" /> <input type="hidden" name="area" value="default" /> </form> <p class="searchtip" style="font-size: 90%"> Enter search terms or a module, class or function name. </p> </div> <script type="text/javascript">$('#searchbox').show(0);</script> </div> </div> <div class="clearer"></div> </div> <div class="related"> <h3>Navigation</h3> <ul> <li class="right" style="margin-right: 10px"> <a href="../genindex.html" title="General Index" >index</a></li> <li class="right" > <a href="../py-modindex.html" title="Python Module Index" >modules</a> |</li> <li class="right" > <a href="functional.html" title="Functional Programming HOWTO" >next</a> |</li> <li class="right" > <a href="descriptor.html" title="Descriptor HowTo Guide" >previous</a> |</li> <li><img src="../_static/py.png" alt="" style="vertical-align: middle; margin-top: -1px"/></li> <li><a href="http://www.python.org/">Python</a> »</li> <li> <a href="../index.html">Python 2.7.5 documentation</a> » </li> <li><a href="index.html" >Python HOWTOs</a> »</li> </ul> </div> <div class="footer"> © <a href="../copyright.html">Copyright</a> 1990-2019, Python Software Foundation. <br /> The Python Software Foundation is a non-profit corporation. <a href="http://www.python.org/psf/donations/">Please donate.</a> <br /> Last updated on Jul 03, 2019. <a href="../bugs.html">Found a bug</a>? <br /> Created using <a href="http://sphinx.pocoo.org/">Sphinx</a> 1.1.3. </div> </body> </html>