<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN"
"http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head><meta http-equiv="content-type" content="text/html; charset=utf-8" />
<title>[11879] CalendarServer/trunk/HACKING</title>
</head>
<body>
<style type="text/css"><!--
#msg dl.meta { border: 1px #006 solid; background: #369; padding: 6px; color: #fff; }
#msg dl.meta dt { float: left; width: 6em; font-weight: bold; }
#msg dt:after { content:':';}
#msg dl, #msg dt, #msg ul, #msg li, #header, #footer, #logmsg { font-family: verdana,arial,helvetica,sans-serif; font-size: 10pt; }
#msg dl a { font-weight: bold}
#msg dl a:link { color:#fc3; }
#msg dl a:active { color:#ff0; }
#msg dl a:visited { color:#cc6; }
h3 { font-family: verdana,arial,helvetica,sans-serif; font-size: 10pt; font-weight: bold; }
#msg pre { overflow: auto; background: #ffc; border: 1px #fa0 solid; padding: 6px; }
#logmsg { background: #ffc; border: 1px #fa0 solid; padding: 1em 1em 0 1em; }
#logmsg p, #logmsg pre, #logmsg blockquote { margin: 0 0 1em 0; }
#logmsg p, #logmsg li, #logmsg dt, #logmsg dd { line-height: 14pt; }
#logmsg h1, #logmsg h2, #logmsg h3, #logmsg h4, #logmsg h5, #logmsg h6 { margin: .5em 0; }
#logmsg h1:first-child, #logmsg h2:first-child, #logmsg h3:first-child, #logmsg h4:first-child, #logmsg h5:first-child, #logmsg h6:first-child { margin-top: 0; }
#logmsg ul, #logmsg ol { padding: 0; list-style-position: inside; margin: 0 0 0 1em; }
#logmsg ul { text-indent: -1em; padding-left: 1em; }#logmsg ol { text-indent: -1.5em; padding-left: 1.5em; }
#logmsg > ul, #logmsg > ol { margin: 0 0 1em 0; }
#logmsg pre { background: #eee; padding: 1em; }
#logmsg blockquote { border: 1px solid #fa0; border-left-width: 10px; padding: 1em 1em 0 1em; background: white;}
#logmsg dl { margin: 0; }
#logmsg dt { font-weight: bold; }
#logmsg dd { margin: 0; padding: 0 0 0.5em 0; }
#logmsg dd:before { content:'\00bb';}
#logmsg table { border-spacing: 0px; border-collapse: collapse; border-top: 4px solid #fa0; border-bottom: 1px solid #fa0; background: #fff; }
#logmsg table th { text-align: left; font-weight: normal; padding: 0.2em 0.5em; border-top: 1px dotted #fa0; }
#logmsg table td { text-align: right; border-top: 1px dotted #fa0; padding: 0.2em 0.5em; }
#logmsg table thead th { text-align: center; border-bottom: 1px solid #fa0; }
#logmsg table th.Corner { text-align: left; }
#logmsg hr { border: none 0; border-top: 2px dashed #fa0; height: 1px; }
#header, #footer { color: #fff; background: #636; border: 1px #300 solid; padding: 6px; }
#patch { width: 100%; }
#patch h4 {font-family: verdana,arial,helvetica,sans-serif;font-size:10pt;padding:8px;background:#369;color:#fff;margin:0;}
#patch .propset h4, #patch .binary h4 {margin:0;}
#patch pre {padding:0;line-height:1.2em;margin:0;}
#patch .diff {width:100%;background:#eee;padding: 0 0 10px 0;overflow:auto;}
#patch .propset .diff, #patch .binary .diff {padding:10px 0;}
#patch span {display:block;padding:0 10px;}
#patch .modfile, #patch .addfile, #patch .delfile, #patch .propset, #patch .binary, #patch .copfile {border:1px solid #ccc;margin:10px 0;}
#patch ins {background:#dfd;text-decoration:none;display:block;padding:0 10px;}
#patch del {background:#fdd;text-decoration:none;display:block;padding:0 10px;}
#patch .lines, .info {color:#888;background:#fff;}
--></style>
<div id="msg">
<dl class="meta">
<dt>Revision</dt> <dd><a href="http://trac.calendarserver.org//changeset/11879">11879</a></dd>
<dt>Author</dt> <dd>wsanchez@apple.com</dd>
<dt>Date</dt> <dd>2013-11-01 17:21:16 -0700 (Fri, 01 Nov 2013)</dd>
</dl>
<h3>Log Message</h3>
<pre>Update to match current practice.</pre>
<h3>Modified Paths</h3>
<ul>
<li><a href="#CalendarServertrunkHACKING">CalendarServer/trunk/HACKING</a></li>
</ul>
</div>
<div id="patch">
<h3>Diff</h3>
<a id="CalendarServertrunkHACKING"></a>
<div class="modfile"><h4>Modified: CalendarServer/trunk/HACKING (11878 => 11879)</h4>
<pre class="diff"><span>
<span class="info">--- CalendarServer/trunk/HACKING        2013-11-02 00:09:02 UTC (rev 11878)
+++ CalendarServer/trunk/HACKING        2013-11-02 00:21:16 UTC (rev 11879)
</span><span class="lines">@@ -144,10 +144,6 @@
</span><span class="cx">
</span><span class="cx"> PEP-8 items we do not follow:
</span><span class="cx">
</span><del>- * Lines need not be limited to 79 spaces, but longer lines are
- undesirable. If you can easily do so, try to keep lines under 80
- columns.
-
</del><span class="cx"> * PEP-8 recommends using a backslash to break long lines up:
</span><span class="cx">
</span><span class="cx"> ::
</span><span class="lines">@@ -181,14 +177,6 @@
</span><span class="cx">
</span><span class="cx"> Because that's just silly.
</span><span class="cx">
</span><del>- * Lining up assignments is OK, within reason:
-
- ::
-
- cars = 4
- motorbikes = 8
- bicycles = 18
-
</del><span class="cx"> Additions:
</span><span class="cx">
</span><span class="cx"> * Close parentheses and brackets such as ``()``, ``[]`` and ``{}`` at the
</span><span class="lines">@@ -248,9 +236,8 @@
</span><span class="cx">
</span><span class="cx"> process = subprocess.Popen(...)
</span><span class="cx">
</span><del>- This makes code shorter and removes the runtime indirection (which
- can be relevant in tight loops). It also makes it easier to replace
- one implementation with another.
</del><ins>+ This makes code shorter and makes it easier to replace one implementation
+ with another.
</ins><span class="cx">
</span><span class="cx"> * All files should have an ``__all__`` specification. Put them at the
</span><span class="cx"> top of the file, before imports (PEP-8 puts them at the top, but
</span><span class="lines">@@ -259,8 +246,8 @@
</span><span class="cx">
</span><span class="cx"> * It is more important that symbol names are meaningful than it is
</span><span class="cx"> that they be concise. ``x`` is rarely an appropriate name for a
</span><del>- variable. ``transmogrifierStatus`` is more useful to the reader
- than ``trmgStat``; avoid contractions.
</del><ins>+ variable. Avoid contractions: ``transmogrifierStatus`` is more useful
+ to the reader than ``trmgStat``.
</ins><span class="cx">
</span><span class="cx"> * A deferred that will be immediately returned may be called ``d``:
</span><span class="cx">
</span><span class="lines">@@ -271,9 +258,7 @@
</span><span class="cx"> d.addErrback(onError)
</span><span class="cx"> return d
</span><span class="cx">
</span><del>- * We prefer ``inlineCallbacks`` over ``deferredGenerator``.
- ``inlineCallbacks`` are more readable, and we do not support Python
- versions old enough that ``deferredGenerator`` would be necessary.
</del><ins>+ * Do not use ``deferredGenerator``. Use ``inlineCallbacks`` instead.
</ins><span class="cx">
</span><span class="cx"> * That said, avoid using ``inlineCallbacks`` when chaining deferreds
</span><span class="cx"> is straightforward, as they are more expensive. Use
</span><span class="lines">@@ -306,17 +291,29 @@
</span><span class="cx"> Use of underscores is reserved for implied dispatching and the like
</span><span class="cx"> (eg. ``http_FOO()``). See the Twisted Coding Standard for details.
</span><span class="cx">
</span><del>- * Always use a tuple when using ``%``-formatting, even when only one
- value is being provided:
</del><ins>+ * Do not use ``%``-formatting:
</ins><span class="cx">
</span><span class="cx"> ::
</span><span class="cx">
</span><span class="cx"> error = "Unexpected value: %s" % (value,)
</span><span class="cx">
</span><del>- Do not use the non-tuple form:
</del><ins>+ Use PEP-3101 formatting instead:
</ins><span class="cx">
</span><span class="cx"> ::
</span><span class="cx">
</span><ins>+ error = "Unexpected value: {value}".format(value=value)
+
+ * If you must use ``%``-formatting for some reason, always use a tuple as
+ the format argument, even when only one value is being provided:
+
+ ::
+
+ error = "Unexpected value: %s" % (value,)
+
+ Never use the non-tuple form:
+
+ ::
+
</ins><span class="cx"> error = "Unexpected value: %s" % value
</span><span class="cx">
</span><span class="cx"> Which is allowed in Python, but results in a programming error if
</span><span class="lines">@@ -329,8 +326,9 @@
</span><span class="cx"> numbers = (1,2,3,) # No
</span><span class="cx"> numbers = (1,2,3) # Yes
</span><span class="cx">
</span><del>- It's desirable on multiple lines, though, as that makes re-ordering
- items easy, and avoids a diff on the last line when adding another:
</del><ins>+ The trailing comma is desirable on multiple lines, though, as that makes
+ re-ordering items easy, and avoids a diff on the last line when adding
+ another:
</ins><span class="cx">
</span><span class="cx"> ::
</span><span class="cx">
</span><span class="lines">@@ -368,11 +366,11 @@
</span><span class="cx"> ==============
</span><span class="cx">
</span><span class="cx"> * If a callable is going to return a Deferred some of the time, it
</span><del>- should probably return a deferred all of the time. Return
- ``succeed(value)`` instead of ``value`` if necessary. This avoids
- forcing the caller to check as to whether the value is a deferred
- or not (eg. by using ``maybeDeferred()``), which is both annoying
- to code and potentially expensive at runtime.
</del><ins>+ should return a deferred all of the time. Return ``succeed(value)``
+ instead of ``value`` if necessary. This avoids forcing the caller
+ to check as to whether the value is a deferred or not (eg. by using
+ ``maybeDeferred()``), which is both annoying to code and potentially
+ expensive at runtime.
</ins><span class="cx">
</span><span class="cx"> * Be proactive about closing files and file-like objects.
</span><span class="cx">
</span></span></pre>
</div>
</div>
</body>
</html>