Think Python/Fruitful functions: Difference between revisions
wikademia>Whiteknight m Think Python: Automatically uploading HTML source of this book from http://www.greenteapress.com/thinkpython/html/. Will convert to wikitext in a separate step |
wikademia>Eme m moved Archive:Think Python/Fruitful functions to Think Python/Fruitful functions over redirect |
||
| (4 intermediate revisions by 2 users not shown) | |||
| Line 1: | Line 1: | ||
{{Think Python/Page}} | |||
== Chapter 6  Fruitful functions == | |||
{{?}} | |||
=== 6.1  Return values === | |||
Some of the built-in functions we have used, such as the math | |||
functions, produce results. Calling the function generates a | functions, produce results. Calling the function generates a | ||
value, which we usually assign to a variable or use as part of an | value, which we usually assign to a variable or use as part of an | ||
expression. | expression. | ||
<PRE CLASS="verbatim">e = math.exp(1.0) | |||
height = radius * math.sin(radians) | height = radius * math.sin(radians) | ||
</PRE> | |||
something or move turtles around, but their return value is | All of the functions we have written so far are void; they print | ||
The first example is | something or move turtles around, but their return value is <TT>None</TT>. | ||
with the given radius: | |||
In this chapter, we are (finally) going to write fruitful functions. | |||
The first example is <TT>area</TT>, which returns the area of a circle | |||
with the given radius: | |||
<PRE CLASS="verbatim">def area(radius): | |||
temp = math.pi * radius**2 | temp = math.pi * radius**2 | ||
return temp | return temp | ||
</PRE> | |||
function the | We have seen the <TT>return</TT> statement before, but in a fruitful | ||
function the <TT>return</TT> statement includes | |||
an expression. This statement means: “Return immediately from | an expression. This statement means: “Return immediately from | ||
this function and use the following expression as a return value.” | this function and use the following expression as a return value.” | ||
The expression can be arbitrarily complicated, so we could | The expression can be arbitrarily complicated, so we could | ||
have written this function more concisely: | have written this function more concisely: | ||
<PRE CLASS="verbatim">def area(radius): | |||
return math.pi * radius**2 | return math.pi * radius**2 | ||
</PRE> | |||
debugging easier. | On the other hand, '''temporary variables''' like <TT>temp</TT> often make | ||
debugging easier. | |||
branch of a conditional: | |||
Sometimes it is useful to have multiple return statements, one in each | |||
branch of a conditional: | |||
<PRE CLASS="verbatim">def absolute_value(x): | |||
if x < 0: | if x < 0: | ||
return -x | return -x | ||
else: | else: | ||
return x | return x | ||
</PRE> | |||
only one will be executed. | Since these <TT>return</TT> statements are in an alternative conditional, | ||
only one will be executed. | |||
As soon as a return statement executes, the function | |||
terminates without executing any subsequent statements. | terminates without executing any subsequent statements. | ||
Code that appears after a | Code that appears after a <TT>return</TT> statement, or any other place | ||
the flow of execution can never reach, is called | the flow of execution can never reach, is called '''dead code'''. | ||
In a fruitful function, it is a good idea to ensure | |||
that every possible path through the program hits a | that every possible path through the program hits a | ||
<TT>return</TT> statement. For example: | |||
<PRE CLASS="verbatim">def absolute_value(x): | |||
if x < 0: | if x < 0: | ||
return -x | return -x | ||
if x > 0: | if x > 0: | ||
return x | return x | ||
</PRE> | |||
This function is incorrect because if <TT>x</TT> happens to be 0, | |||
neither condition is true, and the function ends without hitting a | neither condition is true, and the function ends without hitting a | ||
<TT>return</TT> statement. If the flow of execution gets to the end | |||
of a function, the return value is | of a function, the return value is <TT>None</TT>, which is not | ||
the absolute value of 0. | the absolute value of 0. | ||
<PRE CLASS="verbatim">>>> print absolute_value(0) | |||
None | None | ||
</PRE> | |||
By the way, Python provides a built-in function called | |||
<TT>abs</TT> that computes absolute values. | |||
that returns | |||
<DIV CLASS="theorem">'''Exercise 1'''   | |||
'' | |||
'' | |||
spending more time debugging. | |||
''Write a ''''<TT>compare</TT>'''' function | |||
that returns ''''<TT>1</TT>'''' if ''''<TT>x > y</TT>'''', | |||
''''<TT>0</TT>'''' if ''''<TT>x == y</TT>'''', and ''''<TT>-1</TT>'''' if ''''<TT>x < y</TT>''''. | |||
'' | |||
</DIV>=== 6.2  Incremental development === | |||
As you write larger functions, you might find yourself | |||
spending more time debugging. | |||
To deal with increasingly complex programs, | |||
you might want to try a process called | you might want to try a process called | ||
'''incremental development'''. The goal of incremental development | |||
is to avoid long debugging sessions by adding and testing only | is to avoid long debugging sessions by adding and testing only | ||
a small amount of code at a time. | a small amount of code at a time. | ||
points, given by the coordinates | |||
By the Pythagorean theorem, the distance is: | |||
<TR><TD ALIGN=center NOWRAP | |||
As an example, suppose you want to find the distance between two | |||
points, given by the coordinates (<I>x</I><SUB>1</SUB>, <I>y</I><SUB>1</SUB>) and (<I>x</I><SUB>2</SUB>, <I>y</I><SUB>2</SUB>). | |||
By the Pythagorean theorem, the distance is: | |||
<TABLE CLASS="display dcenter"><TR VALIGN="middle"><TD CLASS="dcell"><I>distance</I> = </TD><TD CLASS="dcell">√</TD><TD CLASS="dcell"><TABLE border=0 cellspacing=1 cellpadding=0><TR><TD CLASS="hbar"></TD></TR> | |||
<TR><TD ALIGN=center NOWRAP>(<I>x</I><SUB>2</SUB> − <I>x</I><SUB>1</SUB>)<SUP>2</SUP> + (<I>y</I><SUB>2</SUB> − <I>y</I><SUB>1</SUB>)<SUP>2</SUP></TD></TR> | |||
</TABLE></TD></TR> | </TABLE></TD></TR> | ||
</TABLE> | </TABLE> | ||
The first step is to consider what a | |||
The first step is to consider what a <TT>distance</TT> function should | |||
look like in Python. In other words, what are the inputs (parameters) | look like in Python. In other words, what are the inputs (parameters) | ||
and what is the output (return value)? | and what is the output (return value)? | ||
In this case, the inputs are two points, which you can represent | |||
using four numbers. The return value is the distance, which is | using four numbers. The return value is the distance, which is | ||
a floating-point value. | a floating-point value. | ||
Already you can write an outline of the function: | |||
<PRE CLASS="verbatim">def distance(x1, y1, x2, y2): | |||
return 0.0 | return 0.0 | ||
</PRE> | |||
Obviously, this version doesn’t compute distances; it always returns | |||
zero. But it is syntactically correct, and it runs, which means that | zero. But it is syntactically correct, and it runs, which means that | ||
you can test it before you make it more complicated. | you can test it before you make it more complicated. | ||
To test the new function, call it with sample arguments: | |||
<PRE CLASS="verbatim">>>> distance(1, 2, 4, 6) | |||
0.0 | 0.0 | ||
</PRE> | |||
I chose these values so that the horizontal distance is 3 and the | |||
vertical distance is 4; that way, the result is 5 | vertical distance is 4; that way, the result is 5 | ||
(the hypotenuse of a 3-4-5 triangle). When testing a function, it is | (the hypotenuse of a 3-4-5 triangle). When testing a function, it is | ||
useful to know the right answer. | useful to know the right answer. | ||
At this point we have confirmed that the function is syntactically | |||
correct, and we can start adding code to the body. | correct, and we can start adding code to the body. | ||
A reasonable next step is to find the differences | A reasonable next step is to find the differences | ||
<I>x</I><SUB>2</SUB> − <I>x</I><SUB>1</SUB> and <I>y</I><SUB>2</SUB> − <I>y</I><SUB>1</SUB>. The next version stores those values in | |||
temporary variables and prints them. | temporary variables and prints them. | ||
<PRE CLASS="verbatim">def distance(x1, y1, x2, y2): | |||
dx = x2 - x1 | dx = x2 - x1 | ||
dy = y2 - y1 | dy = y2 - y1 | ||
| Line 104: | Line 156: | ||
print 'dy is', dy | print 'dy is', dy | ||
return 0.0 | return 0.0 | ||
</PRE> | |||
If the function is working, it should display <CODE>'dx is 3'</CODE> and <TT>’dy is 4’</TT>. If so, we know that the function is getting the right | |||
arguments and performing the first computation correctly. If not, | arguments and performing the first computation correctly. If not, | ||
there are only a few lines to check. | there are only a few lines to check. | ||
Next we compute the sum of squares of <TT>dx</TT> and <TT>dy</TT>: | |||
<PRE CLASS="verbatim">def distance(x1, y1, x2, y2): | |||
dx = x2 - x1 | dx = x2 - x1 | ||
dy = y2 - y1 | dy = y2 - y1 | ||
| Line 112: | Line 168: | ||
print 'dsquared is: ', dsquared | print 'dsquared is: ', dsquared | ||
return 0.0 | return 0.0 | ||
</PRE> | |||
Again, you would run the program at this stage and check the output | |||
(which should be 25). | (which should be 25). | ||
Finally, you can use | Finally, you can use <TT>math.sqrt</TT> to compute and return the result: | ||
<PRE CLASS="verbatim">def distance(x1, y1, x2, y2): | |||
dx = x2 - x1 | dx = x2 - x1 | ||
dy = y2 - y1 | dy = y2 - y1 | ||
| Line 121: | Line 181: | ||
result = math.sqrt(dsquared) | result = math.sqrt(dsquared) | ||
return result | return result | ||
</PRE> | |||
want to print the value of | If that works correctly, you are done. Otherwise, you might | ||
statement. | want to print the value of <TT>result</TT> before the return | ||
runs; it only returns a value. The | statement. | ||
The final version of the function doesn’t display anything when it | |||
runs; it only returns a value. The <TT>print</TT> statements we wrote | |||
are useful for debugging, but once you get the function working, you | are useful for debugging, but once you get the function working, you | ||
should remove them. Code like that is called | should remove them. Code like that is called '''scaffolding''' | ||
because it is helpful for building the program but is not part of the | because it is helpful for building the program but is not part of the | ||
final product. | final product. | ||
When you start out, you should add only a line or two of code at a | |||
time. As you gain more experience, you might find yourself writing | time. As you gain more experience, you might find yourself writing | ||
and debugging bigger chunks. Either way, incremental development | and debugging bigger chunks. Either way, incremental development | ||
can save you a lot of debugging time. | can save you a lot of debugging time. | ||
The key aspects of the process are: | |||
*Start with a working program and make small incremental changes. | |||
At any point, if there is an error, you should have a good idea | At any point, if there is an error, you should have a good idea | ||
where it is. | where it is. | ||
display and check them. | |||
*Use temporary variables to hold intermediate values so you can | |||
display and check them. | |||
*Once the program is working, you might want to remove some of | |||
the scaffolding or consolidate multiple statements into compound | the scaffolding or consolidate multiple statements into compound | ||
expressions, but only if it does not make the program difficult to | expressions, but only if it does not make the program difficult to | ||
read. | read. | ||
called | |||
<DIV CLASS="theorem">'''Exercise 2'''   | |||
''Use incremental development to write a function | |||
called ''''<TT>hypotenuse</TT>'''' that returns the length of the hypotenuse of a | |||
right triangle given the lengths of the two legs as arguments. | right triangle given the lengths of the two legs as arguments. | ||
Record each stage of the development process as you go. | Record each stage of the development process as you go. | ||
'' | |||
</DIV>=== 6.3  Composition === | |||
within another. This ability is called | |||
As you should expect by now, you can call one function from | |||
within another. This ability is called '''composition'''. | |||
As an example, we’ll write a function that takes two points, | |||
the center of the circle and a point on the perimeter, and computes | the center of the circle and a point on the perimeter, and computes | ||
the area of the circle. | the area of the circle. | ||
Assume that the center point is stored in the variables <TT>xc</TT> and | |||
<TT>yc</TT>, and the perimeter point is in <TT>xp</TT> and <TT>yp</TT>. The | |||
first step is to find the radius of the circle, which is the distance | first step is to find the radius of the circle, which is the distance | ||
between the two points. We just wrote a function, | between the two points. We just wrote a function, <TT>distance</TT>, that does that: | ||
<PRE CLASS="verbatim">radius = distance(xc, yc, xp, yp) | |||
we just wrote that, too: | </PRE> | ||
The next step is to find the area of a circle with that radius; | |||
we just wrote that, too: | |||
<PRE CLASS="verbatim">result = area(radius) | |||
</PRE> | |||
Encapsulating these steps in a function, we get: | |||
<PRE CLASS="verbatim">def circle_area(xc, yc, xp, yp): | |||
radius = distance(xc, yc, xp, yp) | radius = distance(xc, yc, xp, yp) | ||
result = area(radius) | result = area(radius) | ||
return result | return result | ||
</PRE> | |||
The temporary variables <TT>radius</TT> and <TT>result</TT> are useful for | |||
development and debugging, but once the program is working, we can | development and debugging, but once the program is working, we can | ||
make it more concise by composing the function calls: | make it more concise by composing the function calls: | ||
<PRE CLASS="verbatim">def circle_area(xc, yc, xp, yp): | |||
return area(distance(xc, yc, xp, yp)) | return area(distance(xc, yc, xp, yp)) | ||
</PRE>=== 6.4  Boolean functions === | |||
complicated tests inside functions. For example: | |||
Functions can return booleans, which is often convenient for hiding | |||
complicated tests inside functions. For example: | |||
<PRE CLASS="verbatim">def is_divisible(x, y): | |||
if x % y == 0: | if x % y == 0: | ||
return True | return True | ||
else: | else: | ||
return False | return False | ||
</PRE> | |||
questions; | It is common to give boolean functions names that sound like yes/no | ||
to indicate whether | questions; <CODE>is_divisible</CODE> returns either <TT>True</TT> or <TT>False</TT> | ||
to indicate whether <TT>x</TT> is divisible by <TT>y</TT>. | |||
Here is an example: | |||
<PRE CLASS="verbatim">>>> is_divisible(6, 4) | |||
False | False | ||
>>> is_divisible(6, 3) | >>> is_divisible(6, 3) | ||
True | True | ||
</PRE> | |||
function more concisely by returning it directly: | The result of the <TT>==</TT> operator is a boolean, so we can write the | ||
function more concisely by returning it directly: | |||
<PRE CLASS="verbatim">def is_divisible(x, y): | |||
return x % y == 0 | return x % y == 0 | ||
</PRE> | |||
Boolean functions are often used in conditional statements: | |||
<PRE CLASS="verbatim">if is_divisible(x, y): | |||
print 'x is divisible by y' | print 'x is divisible by y' | ||
</PRE> | |||
It might be tempting to write something like: | |||
<PRE CLASS="verbatim">if is_divisible(x, y) == True: | |||
print 'x is divisible by y' | print 'x is divisible by y' | ||
</PRE> | |||
Write a function | But the extra comparison is unnecessary. | ||
returns | <DIV CLASS="theorem">'''Exercise 3'''  '' | ||
Write a function ''<CODE>''is_between(x, y, z)''</CODE>'' that | |||
returns ''''<TT>True</TT>'''' if ''''<I>x</I> ≤ <I>y</I> ≤ <I>z</I>'''' or ''''<TT>False</TT>'''' otherwise. | |||
''</DIV>=== 6.5  More recursion === | |||
be interested to know that this subset is a | |||
We have only covered a small subset of Python, but you might | |||
be interested to know that this subset is a ''complete'' | |||
programming language, which means that anything that can be | programming language, which means that anything that can be | ||
computed can be expressed in this language. Any program ever written | computed can be expressed in this language. Any program ever written | ||
could be rewritten using only the language features you have learned | could be rewritten using only the language features you have learned | ||
so far (actually, you would need a few commands to control devices | so far (actually, you would need a few commands to control devices | ||
like the keyboard, mouse, disks, etc., but that’s all). | like the keyboard, mouse, disks, etc., but that’s all). | ||
Proving that claim is a nontrivial exercise first accomplished by Alan | |||
Turing, one of the first computer scientists (some would argue that he | Turing, one of the first computer scientists (some would argue that he | ||
was a mathematician, but a lot of early computer scientists started as | was a mathematician, but a lot of early computer scientists started as | ||
mathematicians). Accordingly, it is known as the Turing Thesis. | mathematicians). Accordingly, it is known as the Turing Thesis. | ||
For a more complete (and accurate) discussion of the Turing Thesis, | For a more complete (and accurate) discussion of the Turing Thesis, | ||
I recommend Michael Sipser’s book | I recommend Michael Sipser’s book ''Introduction to the | ||
Theory of Computation | Theory of Computation''. | ||
To give you an idea of what you can do with the tools you have learned | |||
so far, we’ll evaluate a few recursively defined mathematical | so far, we’ll evaluate a few recursively defined mathematical | ||
functions. A recursive definition is similar to a circular | functions. A recursive definition is similar to a circular | ||
definition, in the sense that the definition contains a reference to | definition, in the sense that the definition contains a reference to | ||
the thing being defined. A truly circular definition is not very | the thing being defined. A truly circular definition is not very | ||
useful: | useful: | ||
<DL CLASS="description"><DT CLASS="dt-description">'''frabjuous:'''</DT><DD CLASS="dd-description"> An adjective used to describe something that is frabjuous.</DD></DL> | |||
If you saw that definition in the dictionary, you might be annoyed. On | |||
the other hand, if you looked up the definition of the factorial | the other hand, if you looked up the definition of the factorial | ||
function, denoted with the symbol | function, denoted with the symbol !, you might get something like | ||
this: | this: | ||
<TR><TD ALIGN=right NOWRAP | <TABLE CLASS="display dcenter"><TR VALIGN="middle"><TD CLASS="dcell"><TABLE CELLSPACING=6 CELLPADDING=0><TR><TD ALIGN=right NOWRAP> </TD><TD ALIGN=center NOWRAP> </TD><TD ALIGN=left NOWRAP>0! = 1 </TD></TR> | ||
<TR><TD ALIGN=right NOWRAP> </TD><TD ALIGN=center NOWRAP> </TD><TD ALIGN=left NOWRAP><I>n</I>! = <I>n</I> (<I>n</I>−1)!</TD></TR> | |||
</TABLE></TD></TR> | </TABLE></TD></TR> | ||
</TABLE> | </TABLE> | ||
of any other value, | This definition says that the factorial of 0 is 1, and the factorial | ||
of any other value, <I>n</I>, is <I>n</I> multiplied by the factorial of <I>n</I>−1. | |||
which is 6. | |||
So 3! is 3 times 2!, which is 2 times 1!, which is 1 times | |||
0!. Putting it all together, 3! equals 3 times 2 times 1 times 1, | |||
which is 6. | |||
If you can write a recursive definition of something, you can usually | |||
write a Python program to evaluate it. The first step is to decide | write a Python program to evaluate it. The first step is to decide | ||
what the parameters should be. In this case it should be clear | what the parameters should be. In this case it should be clear | ||
that | that <TT>factorial</TT> takes an integer: | ||
<PRE CLASS="verbatim">def factorial(n): | |||
</PRE> | |||
If the argument happens to be 0, all we have to do is return 1: | |||
<PRE CLASS="verbatim">def factorial(n): | |||
if n == 0: | if n == 0: | ||
return 1 | return 1 | ||
</PRE> | |||
recursive call to find the factorial of | Otherwise, and this is the interesting part, we have to make a | ||
recursive call to find the factorial of <I>n</I>−1 and then multiply it by | |||
<I>n</I>: | |||
<PRE CLASS="verbatim">def factorial(n): | |||
if n == 0: | if n == 0: | ||
return 1 | return 1 | ||
| Line 233: | Line 371: | ||
result = n * recurse | result = n * recurse | ||
return result | return result | ||
</PRE> | |||
with the value 3: | The flow of execution for this program is similar to the flow of <TT>countdown</TT> in Section 5.8. If we call <TT>factorial</TT> | ||
of | with the value 3: | ||
Since 3 is not 0, we take the second branch and calculate the factorial | |||
of <TT>n-1</TT>... | |||
<BLOCKQUOTE CLASS="quote"> | |||
Since 2 is not 0, we take the second branch and calculate the factorial of | Since 2 is not 0, we take the second branch and calculate the factorial of | ||
<TT>n-1</TT>...<BLOCKQUOTE CLASS="quote"> | |||
Since 1 is not 0, we take the second branch and calculate the factorial | Since 1 is not 0, we take the second branch and calculate the factorial | ||
of | of <TT>n-1</TT>...<BLOCKQUOTE CLASS="quote"> | ||
Since 0 | Since 0 ''is'' 0, we take the first branch and return 1 | ||
without making any more recursive calls. | without making any more recursive calls. | ||
</BLOCKQUOTE> | |||
The return value (1) is multiplied by <I>n</I>, which is 1, and the | |||
result is returned. | result is returned. | ||
</BLOCKQUOTE> | |||
The return value (1) is multiplied by <I>n</I>, which is 2, and the | |||
result is returned. | result is returned. | ||
</BLOCKQUOTE> | |||
The return value (2) is multiplied by <I>n</I>, which is 3, and the result, 6, | |||
becomes the return value of the function call that started the whole | becomes the return value of the function call that started the whole | ||
process. | process. | ||
calls: | |||
Here is what the stack diagram looks like for this sequence of function | |||
calls: | |||
<BR> | <BR> | ||
< | |||
frame, the return value is the value of | |||
product of | <DIV CLASS="center"><IMG SRC="book009.png"></DIV> | ||
variables | |||
the branch that creates them does not execute. | <BR> | ||
The return values are shown being passed back up the stack. In each | |||
frame, the return value is the value of <TT>result</TT>, which is the | |||
product of <TT>n</TT> and <TT>recurse</TT>. | |||
In the last frame, the local | |||
variables <TT>recurse</TT> and <TT>result</TT> do not exist, because | |||
the branch that creates them does not execute. | |||
=== 6.6  Leap of faith === | |||
Following the flow of execution is one way to read programs, but | |||
it can quickly become labyrinthine. An | it can quickly become labyrinthine. An | ||
alternative is what I call the “leap of faith.” When you come to a | alternative is what I call the “leap of faith.” When you come to a | ||
function call, instead of following the flow of execution, you | function call, instead of following the flow of execution, you ''assume'' that the function works correctly and returns the right | ||
result. | result. | ||
built-in functions. When you call | |||
In fact, you are already practicing this leap of faith when you use | |||
built-in functions. When you call <TT>math.cos</TT> or <TT>math.exp</TT>, | |||
you don’t examine the bodies of those functions. You just | you don’t examine the bodies of those functions. You just | ||
assume that they work because the people who wrote the built-in | assume that they work because the people who wrote the built-in | ||
functions were good programmers. | functions were good programmers. | ||
example, in Section  | |||
The same is true when you call one of your own functions. For | |||
example, in Section 6.4, we wrote a function called | |||
<CODE>is_divisible</CODE> that determines whether one number is divisible by | |||
another. Once we have convinced ourselves that this function is | another. Once we have convinced ourselves that this function is | ||
correct—by examining the code and testing—we can use the function | correct—by examining the code and testing—we can use the function | ||
without looking at the body again. | without looking at the body again. | ||
The same is true of recursive programs. When you get to the recursive | |||
call, instead of following the flow of execution, you should assume | call, instead of following the flow of execution, you should assume | ||
that the recursive call works (yields the correct result) and then ask | that the recursive call works (yields the correct result) and then ask | ||
yourself, “Assuming that I can find the factorial of | yourself, “Assuming that I can find the factorial of <I>n</I>−1, can I | ||
compute the factorial of | compute the factorial of <I>n</I>?” In this case, it is clear that you | ||
can, by multiplying by | can, by multiplying by <I>n</I>. | ||
Of course, it’s a bit strange to assume that the function works | |||
correctly when you haven’t finished writing it, but that’s why | correctly when you haven’t finished writing it, but that’s why | ||
it’s called a leap of faith! | it’s called a leap of faith! | ||
=== 6.7  One more example === | |||
defined mathematical function is | |||
following definition | |||
<TR><TD ALIGN=right NOWRAP | |||
<TR><TD ALIGN=right NOWRAP | |||
After <TT>factorial</TT>, the most common example of a recursively | |||
defined mathematical function is <TT>fibonacci</TT>, which has the | |||
following definition<SUP>1</SUP>: | |||
<TABLE CLASS="display dcenter"><TR VALIGN="middle"><TD CLASS="dcell"><TABLE CELLSPACING=6 CELLPADDING=0><TR><TD ALIGN=right NOWRAP> </TD><TD ALIGN=center NOWRAP> </TD><TD ALIGN=left NOWRAP><I>fibonacci</I>(0) = 0 </TD></TR> | |||
<TR><TD ALIGN=right NOWRAP> </TD><TD ALIGN=center NOWRAP> </TD><TD ALIGN=left NOWRAP><I>fibonacci</I>(1) = 1 </TD></TR> | |||
<TR><TD ALIGN=right NOWRAP> </TD><TD ALIGN=center NOWRAP> </TD><TD ALIGN=left NOWRAP><I>fibonacci</I>(<I>n</I>) = <I>fibonacci</I>(<I>n</I>−1) + <I>fibonacci</I>(<I>n</I>−2);</TD></TR> | |||
</TABLE></TD></TR> | </TABLE></TD></TR> | ||
</TABLE> | </TABLE> | ||
Translated into Python, it looks like this: | |||
Translated into Python, it looks like this: | |||
<PRE CLASS="verbatim">def fibonacci (n): | |||
if n == 0: | if n == 0: | ||
return 0 | return 0 | ||
| Line 295: | Line 475: | ||
else: | else: | ||
return fibonacci(n-1) + fibonacci(n-2) | return fibonacci(n-1) + fibonacci(n-2) | ||
</PRE> | |||
small values of | If you try to follow the flow of execution here, even for fairly | ||
small values of <I>n</I>, your head explodes. But according to the | |||
leap of faith, if you assume that the two recursive calls | leap of faith, if you assume that the two recursive calls | ||
work correctly, then it is clear that you get | work correctly, then it is clear that you get | ||
the right result by adding them together. | the right result by adding them together. | ||
=== 6.8  Checking types === | |||
What happens if we call <TT>factorial</TT> and give it 1.5 as an argument? | |||
<PRE CLASS="verbatim">>>> factorial(1.5) | |||
RuntimeError: Maximum recursion depth exceeded | RuntimeError: Maximum recursion depth exceeded | ||
</PRE> | |||
base case—when | It looks like an infinite recursion. But how can that be? There is a | ||
we can | base case—when <TT>n == 0</TT>. But if <TT>n</TT> is not an integer, | ||
we can ''miss'' the base case and recurse forever. | |||
In the first recursive call, the value of <TT>n</TT> is 0.5. | |||
In the next, it is -0.5. From there, it gets smaller | In the next, it is -0.5. From there, it gets smaller | ||
(more negative), but it will never be 0. | (more negative), but it will never be 0. | ||
function to work with floating-point numbers, or we can make | |||
called the gamma function | We have two choices. We can try to generalize the <TT>factorial</TT> | ||
little beyond the scope of this book. So we’ll go for the second. | function to work with floating-point numbers, or we can make <TT>factorial</TT> check the type of its argument. The first option is | ||
called the gamma function<SUP>2</SUP> and it’s a | |||
little beyond the scope of this book. So we’ll go for the second. | |||
We can use the built-in function <TT>isinstance</TT> to verify the type | |||
of the argument. While we’re at it, we can also make sure the | of the argument. While we’re at it, we can also make sure the | ||
argument is positive: | argument is positive: | ||
<PRE CLASS="verbatim">def factorial (n): | |||
if not isinstance(n, int): | if not isinstance(n, int): | ||
print 'Factorial is only defined for integers.' | print 'Factorial is only defined for integers.' | ||
| Line 326: | Line 529: | ||
else: | else: | ||
return n * factorial(n-1) | return n * factorial(n-1) | ||
</PRE> | |||
The first base case handles nonintegers; the | |||
second catches negative integers. In both cases, the program prints | second catches negative integers. In both cases, the program prints | ||
an error message and returns | an error message and returns <TT>None</TT> to indicate that something | ||
went wrong: | went wrong: | ||
<PRE CLASS="verbatim">>>> factorial('fred') | |||
Factorial is only defined for integers. | Factorial is only defined for integers. | ||
None | None | ||
| Line 335: | Line 540: | ||
Factorial is only defined for positive integers. | Factorial is only defined for positive integers. | ||
None | None | ||
</PRE> | |||
integer, and we can prove that the recursion terminates. | If we get past both checks, then we know that <I>n</I> is a positive | ||
integer, and we can prove that the recursion terminates. | |||
This program demonstrates a pattern sometimes called a '''guardian'''. | |||
The first two conditionals act as guardians, protecting the code that | The first two conditionals act as guardians, protecting the code that | ||
follows from values that might cause an error. The guardians make it | follows from values that might cause an error. The guardians make it | ||
possible to prove the correctness of the code. | possible to prove the correctness of the code. | ||
=== 6.9  Debugging === | |||
Breaking a large program into smaller functions creates natural | |||
checkpoints for debugging. If a function is not working, there are | checkpoints for debugging. If a function is not working, there are | ||
three possibilities to consider: | three possibilities to consider: | ||
is getting; a precondition is violated. | |||
is violated. | *There is something wrong with the arguments the function | ||
way it is being used. | is getting; a precondition is violated. | ||
*There is something wrong with the function; a postcondition | |||
is violated. | |||
*There is something wrong with the return value or the | |||
way it is being used. | |||
To rule out the first possibility, you can add a <TT>print</TT> statement | |||
at the beginning of the function and display the values of the | at the beginning of the function and display the values of the | ||
parameters (and maybe their types). Or you can write code | parameters (and maybe their types). Or you can write code | ||
that checks the preconditions explicitly. | that checks the preconditions explicitly. | ||
If the parameters look good, add a <TT>print</TT> statement before each | |||
<TT>return</TT> statement that displays the return value. If | |||
possible, check the result by hand. Consider calling the | possible, check the result by hand. Consider calling the | ||
function with values that make it easy to check the result | function with values that make it easy to check the result | ||
(as in Section  | (as in Section 6.2). | ||
If the function seems to be working, look at the function call | |||
to make sure the return value is being used correctly (or used | to make sure the return value is being used correctly (or used | ||
at all!). | at all!). | ||
Adding print statements at the beginning and end of a function | |||
can help make the flow of execution more visible. | can help make the flow of execution more visible. | ||
For example, here is a version of | For example, here is a version of <TT>factorial</TT> with | ||
print statements: | print statements: | ||
<PRE CLASS="verbatim">def factorial(n): | |||
space = ' ' * (4 * n) | space = ' ' * (4 * n) | ||
print space, 'factorial', n | print space, 'factorial', n | ||
| Line 370: | Line 602: | ||
print space, 'returning', result | print space, 'returning', result | ||
return result | return result | ||
</PRE> | |||
indentation of the output. Here is the result of | <TT>space</TT> is a string of space characters that controls the | ||
indentation of the output. Here is the result of <TT>factorial(5)</TT> : | |||
<PRE CLASS="verbatim"> factorial 5 | |||
factorial 4 | factorial 4 | ||
factorial 3 | factorial 3 | ||
| Line 383: | Line 617: | ||
returning 24 | returning 24 | ||
returning 120 | returning 120 | ||
</PRE> | |||
If you are confused about the flow of execution, this kind of | |||
output can be helpful. It takes some time to develop effective | output can be helpful. It takes some time to develop effective | ||
scaffolding, but a little bit of scaffolding can save a lot of debugging. | scaffolding, but a little bit of scaffolding can save a lot of debugging. | ||
=== 6.10  Glossary === | |||
<DL CLASS="description"><DT CLASS="dt-description">'''temporary variable:'''</DT><DD CLASS="dd-description"> A variable used to store an intermediate value in | |||
a complex calculation. | a complex calculation. | ||
</DD><DT CLASS="dt-description">'''dead code:'''</DT><DD CLASS="dd-description"> Part of a program that can never be executed, often because | |||
it appears after a | it appears after a <TT>return</TT> statement. | ||
</DD><DT CLASS="dt-description">'''<TT>None</TT>'''''':'''</DT><DD CLASS="dd-description"> A special value returned by functions that | |||
have no return statement or a return statement without an argument. | have no return statement or a return statement without an argument. | ||
</DD><DT CLASS="dt-description">'''incremental development:'''</DT><DD CLASS="dd-description"> A program development plan intended to | |||
avoid debugging by adding and testing only | avoid debugging by adding and testing only | ||
a small amount of code at a time. | a small amount of code at a time. | ||
</DD><DT CLASS="dt-description">'''scaffolding:'''</DT><DD CLASS="dd-description"> Code that is used during program development but is | |||
not part of the final version. | not part of the final version. | ||
</DD><DT CLASS="dt-description">'''guardian:'''</DT><DD CLASS="dd-description"> A programming pattern that uses a conditional | |||
statement to check for and handle circumstances that | statement to check for and handle circumstances that | ||
might cause an error. | might cause an error. | ||
</DD></DL>=== 6.11  Exercises === | |||
program. What does the program print? | <DIV CLASS="theorem">'''Exercise 4'''  '' | ||
'' | |||
''Draw a stack diagram for the following | |||
program. What does the program print?'' | |||
<PRE CLASS="verbatim">''def b(z): | |||
prod = a(z, z) | prod = a(z, z) | ||
print z, prod | print z, prod | ||
| Line 421: | Line 663: | ||
y = x + 1 | y = x + 1 | ||
print c(x, y+3, x+y) | print c(x, y+3, x+y) | ||
''</PRE></DIV><DIV CLASS="theorem">'''Exercise 5'''  '' | |||
'''' | |||
'' | |||
''The Ackermann function, ''''<I>A</I>(<I>m</I>, <I>n</I>)'''' is defined''<SUP>''3''</SUP>'':'' | |||
<TABLE CLASS="display dcenter"><TR VALIGN="middle"><TD CLASS="dcell">'' | |||
      |       | ||
''</TD><TD CLASS="dcell"><TABLE CELLSPACING=6 CELLPADDING=0><TR><TD ALIGN=right NOWRAP><TABLE CLASS="display"><TR VALIGN="middle"><TD CLASS="dcell">''<I>A</I>(<I>m</I>, <I>n</I>) = ''</TD><TD CLASS="dcell"><TABLE CLASS="display"><TR VALIGN="middle"><TD CLASS="dcell">''⎧<BR> | |||
⎪<BR> | ⎪<BR> | ||
⎨<BR> | ⎨<BR> | ||
⎪<BR> | ⎪<BR> | ||
⎩ | ⎩''</TD><TD CLASS="dcell"><TABLE CELLSPACING=6 CELLPADDING=0><TR><TD ALIGN=left NOWRAP>''              <I>n</I>+1''</TD><TD ALIGN=left NOWRAP>''if '''' <I>m</I> = 0 ''</TD></TR> | ||
<TR><TD ALIGN=left NOWRAP> | <TR><TD ALIGN=left NOWRAP>''        <I>A</I>(<I>m</I>−1, 1)''</TD><TD ALIGN=left NOWRAP>''if '''' <I>m</I> > 0 '''' and '''' <I>n</I> = 0 ''</TD></TR> | ||
<TR><TD ALIGN=left NOWRAP> | <TR><TD ALIGN=left NOWRAP>''<I>A</I>(<I>m</I>−1, <I>A</I>(<I>m</I>, <I>n</I>−1))''</TD><TD ALIGN=left NOWRAP>''if '''' <I>m</I> > 0 '''' and '''' <I>n</I> > 0.''</TD></TR> | ||
</TABLE></TD></TR> | </TABLE></TD></TR> | ||
</TABLE></TD></TR> | </TABLE></TD></TR> | ||
</TABLE></TD><TD ALIGN=center NOWRAP> | </TABLE></TD><TD ALIGN=center NOWRAP>'' ''</TD><TD ALIGN=left NOWRAP>'' ''</TD><TD ALIGN=right NOWRAP>''    (1)''</TD></TR> | ||
</TABLE></TD></TR> | </TABLE></TD></TR> | ||
</TABLE> | </TABLE> | ||
Write a function named | '' | ||
Use your function to evaluate | Write a function named ''''<TT>ack</TT>'''' that evaluates Ackerman’s function. | ||
What happens for larger values of | Use your function to evaluate ''''<TT>ack(3, 4)</TT>'''', which should be 125. | ||
What happens for larger values of ''''<TT>m</TT>'''' and ''''<TT>n</TT>''''?'' | |||
</DIV><DIV CLASS="theorem">'''Exercise 6'''  '' | |||
'' | |||
''A palindrome is a word that is spelled the same backward and | |||
forward, like “noon” and “redivider”. Recursively, a word | forward, like “noon” and “redivider”. Recursively, a word | ||
is a palindrome if the first and last letters are the same | is a palindrome if the first and last letters are the same | ||
and the middle is a palindrome. | and the middle is a palindrome.'' | ||
return the first, last, and middle letters: | |||
''The following are functions that take a string argument and | |||
return the first, last, and middle letters:'' | |||
<PRE CLASS="verbatim">''def first(word): | |||
return word[0] | return word[0] | ||
| Line 455: | Line 705: | ||
def middle(word): | def middle(word): | ||
return word[1:-1] | return word[1:-1] | ||
''</PRE> | |||
and test them out. What happens if you call | ''We’ll see how they work in Chapter ''''8''''.'' | ||
*''Type these functions into a file named ''''<TT>palindrome.py</TT>'''' | |||
and test them out. What happens if you call ''''<TT>middle</TT>'''' with | |||
a string with two letters? One letter? What about the empty | a string with two letters? One letter? What about the empty | ||
string, which is written | string, which is written ''<CODE>''''''</CODE>'' and contains no letters?'' | ||
a string argument and returns | |||
and | *''Write a function called ''<CODE>''is_palindrome''</CODE>'' that takes | ||
built-in function | a string argument and returns ''''<TT>True</TT>'''' if it is a palindrome | ||
A number, | and ''''<TT>False</TT>'''' otherwise. Remember that you can use the | ||
and | built-in function ''''<TT>len</TT>'''' to check the length of a string.'' | ||
and returns | </DIV><DIV CLASS="theorem">'''Exercise 7'''  '' | ||
A number, ''''<I>a</I>'''', is a power of ''''<I>b</I>'''' if it is divisible by ''''<I>b</I>'''' | |||
and ''''<I>a</I>/<I>b</I>'''' is a power of ''''<I>b</I>''''. Write a function called | |||
that divides both of them with no remainder | ''<CODE>''is_power''</CODE>'' that takes parameters ''''<TT>a</TT>'''' and ''''<TT>b</TT>'''' | ||
which is based on the observation that if | and returns ''''<TT>True</TT>'''' if ''''<TT>a</TT>'''' is a power of ''''<TT>b</TT>''''. | ||
when | ''</DIV><DIV CLASS="theorem">'''Exercise 8'''   | ||
As a base case, we can consider | '' | ||
'' | |||
''The greatest common divisor (GCD) of ''''<I>a</I>'''' and ''''<I>b</I>'''' is the largest number | |||
that divides both of them with no remainder''<SUP>''4''</SUP>''.'' | |||
''One way to find the GCD of two numbers is Euclid’s algorithm, | |||
which is based on the observation that if ''''<I>r</I>'''' is the remainder | |||
when ''''<I>a</I>'''' is divided by ''''<I>b</I>'''', then ''''<I>gcd</I>(<I>a</I>, <I>b</I>) = <I>gcd</I>(<I>b</I>, <I>r</I>)''''. | |||
As a base case, we can consider ''''<I>gcd</I>(<I>a</I>, 0) = <I>a</I>''''.'' | |||
'' | |||
'' | |||
''Write a function called | |||
''<CODE>''gcd''</CODE>'' that takes parameters ''''<TT>a</TT>'''' and ''''<TT>b</TT>'''' | |||
and returns their greatest common divisor. If you need | and returns their greatest common divisor. If you need | ||
help, see | help, see ''''<TT>wikipedia.org/wiki/Euclidean_algorithm</TT>''''.'' | ||
</DIV><HR CLASS="footnoterule"><DL CLASS="thefootnotes"><DT CLASS="dt-thefootnotes"> | |||
1</DT><DD CLASS="dd-thefootnotes">See | |||
<TT>wikipedia.org/wiki/Fibonacci_number</TT>. | <TT>wikipedia.org/wiki/Fibonacci_number</TT>. | ||
</DD><DT CLASS="dt-thefootnotes">2</DT><DD CLASS="dd-thefootnotes">See | |||
<TT>wikipedia.org/wiki/Gamma_function</TT>. | <TT>wikipedia.org/wiki/Gamma_function</TT>. | ||
</DD><DT CLASS="dt-thefootnotes">3</DT><DD CLASS="dd-thefootnotes">See | |||
<TT>wikipedia.org/wiki/Ackermann_function</TT> | <TT>wikipedia.org/wiki/Ackermann_function</TT> | ||
</DD><DT CLASS="dt-thefootnotes">4</DT><DD CLASS="dd-thefootnotes">This exercise is | |||
based on an example from Abelson and Sussman’s | based on an example from Abelson and Sussman’s ''Structure and | ||
Interpretation of Computer Programs | Interpretation of Computer Programs''. | ||
</DD></DL> | |||
<HR> | <HR> | ||
<IMG SRC="previous_motif.gif" ALT="Previous"> | |||
<IMG SRC="contents_motif.gif" ALT="Up"> | |||
<IMG SRC="next_motif.gif" ALT="Next"> | |||
Latest revision as of 17:05, 8 November 2009
Chapter 6 Fruitful functions
?
6.1 Return values
Some of the built-in functions we have used, such as the math functions, produce results. Calling the function generates a value, which we usually assign to a variable or use as part of an expression.
e = math.exp(1.0) height = radius * math.sin(radians)
All of the functions we have written so far are void; they print something or move turtles around, but their return value is None.
In this chapter, we are (finally) going to write fruitful functions. The first example is area, which returns the area of a circle with the given radius:
def area(radius):
temp = math.pi * radius**2
return temp
We have seen the return statement before, but in a fruitful function the return statement includes an expression. This statement means: “Return immediately from this function and use the following expression as a return value.” The expression can be arbitrarily complicated, so we could have written this function more concisely:
def area(radius):
return math.pi * radius**2
On the other hand, temporary variables like temp often make debugging easier.
Sometimes it is useful to have multiple return statements, one in each
branch of a conditional:
def absolute_value(x):
if x < 0:
return -x
else:
return x
Since these return statements are in an alternative conditional, only one will be executed.
As soon as a return statement executes, the function terminates without executing any subsequent statements. Code that appears after a return statement, or any other place the flow of execution can never reach, is called dead code.
In a fruitful function, it is a good idea to ensure that every possible path through the program hits a return statement. For example:
def absolute_value(x):
if x < 0:
return -x
if x > 0:
return x
This function is incorrect because if x happens to be 0, neither condition is true, and the function ends without hitting a return statement. If the flow of execution gets to the end of a function, the return value is None, which is not the absolute value of 0.
>>> print absolute_value(0) None
By the way, Python provides a built-in function called abs that computes absolute values.
Write a 'compare' function that returns '1' if 'x > y', '0' if 'x == y', and '-1' if 'x < y'.
=== 6.2 Incremental development ===
As you write larger functions, you might find yourself spending more time debugging.
To deal with increasingly complex programs, you might want to try a process called incremental development. The goal of incremental development is to avoid long debugging sessions by adding and testing only a small amount of code at a time.
As an example, suppose you want to find the distance between two
points, given by the coordinates (x1, y1) and (x2, y2).
By the Pythagorean theorem, the distance is:
| distance = | √ |
|
The first step is to consider what a distance function should look like in Python. In other words, what are the inputs (parameters) and what is the output (return value)?
In this case, the inputs are two points, which you can represent using four numbers. The return value is the distance, which is a floating-point value.
Already you can write an outline of the function:
def distance(x1, y1, x2, y2):
return 0.0
Obviously, this version doesn’t compute distances; it always returns zero. But it is syntactically correct, and it runs, which means that you can test it before you make it more complicated.
To test the new function, call it with sample arguments:
>>> distance(1, 2, 4, 6) 0.0
I chose these values so that the horizontal distance is 3 and the vertical distance is 4; that way, the result is 5 (the hypotenuse of a 3-4-5 triangle). When testing a function, it is useful to know the right answer.
At this point we have confirmed that the function is syntactically correct, and we can start adding code to the body. A reasonable next step is to find the differences x2 − x1 and y2 − y1. The next version stores those values in temporary variables and prints them.
def distance(x1, y1, x2, y2):
dx = x2 - x1
dy = y2 - y1
print 'dx is', dx
print 'dy is', dy
return 0.0
If the function is working, it should display 'dx is 3' and ’dy is 4’. If so, we know that the function is getting the right
arguments and performing the first computation correctly. If not,
there are only a few lines to check.
Next we compute the sum of squares of dx and dy:
def distance(x1, y1, x2, y2):
dx = x2 - x1
dy = y2 - y1
dsquared = dx**2 + dy**2
print 'dsquared is: ', dsquared
return 0.0
Again, you would run the program at this stage and check the output (which should be 25). Finally, you can use math.sqrt to compute and return the result:
def distance(x1, y1, x2, y2):
dx = x2 - x1
dy = y2 - y1
dsquared = dx**2 + dy**2
result = math.sqrt(dsquared)
return result
If that works correctly, you are done. Otherwise, you might want to print the value of result before the return statement.
The final version of the function doesn’t display anything when it runs; it only returns a value. The print statements we wrote are useful for debugging, but once you get the function working, you should remove them. Code like that is called scaffolding because it is helpful for building the program but is not part of the final product.
When you start out, you should add only a line or two of code at a time. As you gain more experience, you might find yourself writing and debugging bigger chunks. Either way, incremental development can save you a lot of debugging time.
The key aspects of the process are:
- Start with a working program and make small incremental changes.
At any point, if there is an error, you should have a good idea where it is.
- Use temporary variables to hold intermediate values so you can
display and check them.
- Once the program is working, you might want to remove some of
the scaffolding or consolidate multiple statements into compound expressions, but only if it does not make the program difficult to read.
Use incremental development to write a function called 'hypotenuse' that returns the length of the hypotenuse of a right triangle given the lengths of the two legs as arguments. Record each stage of the development process as you go.
=== 6.3 Composition ===
As you should expect by now, you can call one function from
within another. This ability is called composition.
As an example, we’ll write a function that takes two points, the center of the circle and a point on the perimeter, and computes the area of the circle.
Assume that the center point is stored in the variables xc and yc, and the perimeter point is in xp and yp. The first step is to find the radius of the circle, which is the distance between the two points. We just wrote a function, distance, that does that:
radius = distance(xc, yc, xp, yp)
The next step is to find the area of a circle with that radius; we just wrote that, too:
result = area(radius)
Encapsulating these steps in a function, we get:
def circle_area(xc, yc, xp, yp):
radius = distance(xc, yc, xp, yp)
result = area(radius)
return result
The temporary variables radius and result are useful for development and debugging, but once the program is working, we can make it more concise by composing the function calls:
def circle_area(xc, yc, xp, yp):
return area(distance(xc, yc, xp, yp))
=== 6.4 Boolean functions ===
Functions can return booleans, which is often convenient for hiding
complicated tests inside functions. For example:
def is_divisible(x, y):
if x % y == 0:
return True
else:
return False
It is common to give boolean functions names that sound like yes/no
questions; is_divisible returns either True or False
to indicate whether x is divisible by y.
Here is an example:
>>> is_divisible(6, 4) False >>> is_divisible(6, 3) True
The result of the == operator is a boolean, so we can write the function more concisely by returning it directly:
def is_divisible(x, y):
return x % y == 0
Boolean functions are often used in conditional statements:
if is_divisible(x, y):
print 'x is divisible by y'
It might be tempting to write something like:
if is_divisible(x, y) == True:
print 'x is divisible by y'
But the extra comparison is unnecessary.
Write a function is_between(x, y, z) that
returns 'True' if 'x ≤ y ≤ z' or 'False' otherwise.
=== 6.5 More recursion ===
We have only covered a small subset of Python, but you might be interested to know that this subset is a complete programming language, which means that anything that can be computed can be expressed in this language. Any program ever written could be rewritten using only the language features you have learned so far (actually, you would need a few commands to control devices like the keyboard, mouse, disks, etc., but that’s all).
Proving that claim is a nontrivial exercise first accomplished by Alan Turing, one of the first computer scientists (some would argue that he was a mathematician, but a lot of early computer scientists started as mathematicians). Accordingly, it is known as the Turing Thesis. For a more complete (and accurate) discussion of the Turing Thesis, I recommend Michael Sipser’s book Introduction to the Theory of Computation.
To give you an idea of what you can do with the tools you have learned so far, we’ll evaluate a few recursively defined mathematical functions. A recursive definition is similar to a circular definition, in the sense that the definition contains a reference to the thing being defined. A truly circular definition is not very useful:
- frabjuous:
- An adjective used to describe something that is frabjuous.
If you saw that definition in the dictionary, you might be annoyed. On
the other hand, if you looked up the definition of the factorial
function, denoted with the symbol !, you might get something like
this:
|
This definition says that the factorial of 0 is 1, and the factorial of any other value, n, is n multiplied by the factorial of n−1.
So 3! is 3 times 2!, which is 2 times 1!, which is 1 times 0!. Putting it all together, 3! equals 3 times 2 times 1 times 1, which is 6.
If you can write a recursive definition of something, you can usually write a Python program to evaluate it. The first step is to decide what the parameters should be. In this case it should be clear that factorial takes an integer:
def factorial(n):
If the argument happens to be 0, all we have to do is return 1:
def factorial(n):
if n == 0:
return 1
Otherwise, and this is the interesting part, we have to make a recursive call to find the factorial of n−1 and then multiply it by n:
def factorial(n):
if n == 0:
return 1
else:
recurse = factorial(n-1)
result = n * recurse
return result
The flow of execution for this program is similar to the flow of countdown in Section 5.8. If we call factorial with the value 3:
Since 3 is not 0, we take the second branch and calculate the factorial of n-1...
Since 2 is not 0, we take the second branch and calculate the factorial of
n-1...
Since 1 is not 0, we take the second branch and calculate the factorial
of n-1...
Since 0 is 0, we take the first branch and return 1 without making any more recursive calls.
The return value (1) is multiplied by n, which is 1, and the result is returned.
The return value (1) is multiplied by n, which is 2, and the result is returned.
The return value (2) is multiplied by n, which is 3, and the result, 6, becomes the return value of the function call that started the whole process.
Here is what the stack diagram looks like for this sequence of function calls:
The return values are shown being passed back up the stack. In each
frame, the return value is the value of result, which is the
product of n and recurse.
In the last frame, the local variables recurse and result do not exist, because the branch that creates them does not execute.
6.6 Leap of faith
Following the flow of execution is one way to read programs, but it can quickly become labyrinthine. An alternative is what I call the “leap of faith.” When you come to a function call, instead of following the flow of execution, you assume that the function works correctly and returns the right result.
In fact, you are already practicing this leap of faith when you use built-in functions. When you call math.cos or math.exp, you don’t examine the bodies of those functions. You just assume that they work because the people who wrote the built-in functions were good programmers.
The same is true when you call one of your own functions. For
example, in Section 6.4, we wrote a function called
is_divisible that determines whether one number is divisible by
another. Once we have convinced ourselves that this function is
correct—by examining the code and testing—we can use the function
without looking at the body again.
The same is true of recursive programs. When you get to the recursive call, instead of following the flow of execution, you should assume that the recursive call works (yields the correct result) and then ask yourself, “Assuming that I can find the factorial of n−1, can I compute the factorial of n?” In this case, it is clear that you can, by multiplying by n.
Of course, it’s a bit strange to assume that the function works correctly when you haven’t finished writing it, but that’s why it’s called a leap of faith!
6.7 One more example
After factorial, the most common example of a recursively defined mathematical function is fibonacci, which has the following definition1:
|
Translated into Python, it looks like this:
def fibonacci (n):
if n == 0:
return 0
elif n == 1:
return 1
else:
return fibonacci(n-1) + fibonacci(n-2)
If you try to follow the flow of execution here, even for fairly small values of n, your head explodes. But according to the leap of faith, if you assume that the two recursive calls work correctly, then it is clear that you get the right result by adding them together.
6.8 Checking types
What happens if we call factorial and give it 1.5 as an argument?
>>> factorial(1.5) RuntimeError: Maximum recursion depth exceeded
It looks like an infinite recursion. But how can that be? There is a base case—when n == 0. But if n is not an integer, we can miss the base case and recurse forever.
In the first recursive call, the value of n is 0.5.
In the next, it is -0.5. From there, it gets smaller
(more negative), but it will never be 0.
We have two choices. We can try to generalize the factorial function to work with floating-point numbers, or we can make factorial check the type of its argument. The first option is called the gamma function2 and it’s a little beyond the scope of this book. So we’ll go for the second.
We can use the built-in function isinstance to verify the type of the argument. While we’re at it, we can also make sure the argument is positive:
def factorial (n):
if not isinstance(n, int):
print 'Factorial is only defined for integers.'
return None
elif n < 0:
print 'Factorial is only defined for positive integers.'
return None
elif n == 0:
return 1
else:
return n * factorial(n-1)
The first base case handles nonintegers; the second catches negative integers. In both cases, the program prints an error message and returns None to indicate that something went wrong:
>>> factorial('fred')
Factorial is only defined for integers.
None
>>> factorial(-2)
Factorial is only defined for positive integers.
None
If we get past both checks, then we know that n is a positive integer, and we can prove that the recursion terminates.
This program demonstrates a pattern sometimes called a guardian.
The first two conditionals act as guardians, protecting the code that
follows from values that might cause an error. The guardians make it
possible to prove the correctness of the code.
6.9 Debugging
Breaking a large program into smaller functions creates natural checkpoints for debugging. If a function is not working, there are three possibilities to consider:
- There is something wrong with the arguments the function
is getting; a precondition is violated.
- There is something wrong with the function; a postcondition
is violated.
- There is something wrong with the return value or the
way it is being used.
To rule out the first possibility, you can add a print statement at the beginning of the function and display the values of the parameters (and maybe their types). Or you can write code that checks the preconditions explicitly.
If the parameters look good, add a print statement before each
return statement that displays the return value. If
possible, check the result by hand. Consider calling the
function with values that make it easy to check the result
(as in Section 6.2).
If the function seems to be working, look at the function call to make sure the return value is being used correctly (or used at all!).
Adding print statements at the beginning and end of a function can help make the flow of execution more visible. For example, here is a version of factorial with print statements:
def factorial(n):
space = ' ' * (4 * n)
print space, 'factorial', n
if n == 0:
print space, 'returning 1'
return 1
else:
recurse = factorial(n-1)
result = n * recurse
print space, 'returning', result
return result
space is a string of space characters that controls the indentation of the output. Here is the result of factorial(5) :
factorial 5
factorial 4
factorial 3
factorial 2
factorial 1
factorial 0
returning 1
returning 1
returning 2
returning 6
returning 24
returning 120
If you are confused about the flow of execution, this kind of output can be helpful. It takes some time to develop effective scaffolding, but a little bit of scaffolding can save a lot of debugging.
6.10 Glossary
- temporary variable:
- A variable used to store an intermediate value in a complex calculation.
- dead code:
- Part of a program that can never be executed, often because it appears after a return statement.
- 'None':
- A special value returned by functions that have no return statement or a return statement without an argument.
- incremental development:
- A program development plan intended to avoid debugging by adding and testing only a small amount of code at a time.
- scaffolding:
- Code that is used during program development but is not part of the final version.
- guardian:
- A programming pattern that uses a conditional statement to check for and handle circumstances that might cause an error.
=== 6.11 Exercises ===
Draw a stack diagram for the following program. What does the program print?
''def b(z):
prod = a(z, z)
print z, prod
return prod
def a(x, y):
x = x + 1
return x * y
def c(x, y, z):
sum = x + y + z
pow = b(sum)**2
return pow
x = 1
y = x + 1
print c(x, y+3, x+y)
''' The Ackermann function, 'A(m, n)' is defined3:
|
|
|
Write a function named 'ack' that evaluates Ackerman’s function. Use your function to evaluate 'ack(3, 4)', which should be 125. What happens for larger values of 'm' and 'n'?
A palindrome is a word that is spelled the same backward and forward, like “noon” and “redivider”. Recursively, a word is a palindrome if the first and last letters are the same and the middle is a palindrome.
The following are functions that take a string argument and return the first, last, and middle letters:
''def first(word):
return word[0]
def last(word):
return word[-1]
def middle(word):
return word[1:-1]
''
We’ll see how they work in Chapter '8'.
- Type these functions into a file named 'palindrome.py'
and test them out. What happens if you call 'middle' with
a string with two letters? One letter? What about the empty
string, which is written ' and contains no letters?
- Write a function called
is_palindromethat takes
a string argument and returns 'True' if it is a palindrome and 'False' otherwise. Remember that you can use the built-in function 'len' to check the length of a string.
A number, 'a', is a power of 'b' if it is divisible by 'b'
and 'a/b' is a power of 'b'. Write a function called
is_power that takes parameters 'a' and 'b'
and returns 'True' if 'a' is a power of 'b'.
The greatest common divisor (GCD) of 'a' and 'b' is the largest number that divides both of them with no remainder4.
One way to find the GCD of two numbers is Euclid’s algorithm, which is based on the observation that if 'r' is the remainder when 'a' is divided by 'b', then 'gcd(a, b) = gcd(b, r)'. As a base case, we can consider 'gcd(a, 0) = a'.
Write a function called
gcd that takes parameters 'a' and 'b'
and returns their greatest common divisor. If you need
help, see 'wikipedia.org/wiki/Euclidean_algorithm'.
- 1
- See wikipedia.org/wiki/Fibonacci_number.
- 2
- See wikipedia.org/wiki/Gamma_function.
- 3
- See wikipedia.org/wiki/Ackermann_function
- 4
- This exercise is based on an example from Abelson and Sussman’s Structure and Interpretation of Computer Programs.
<IMG SRC="previous_motif.gif" ALT="Previous"> <IMG SRC="contents_motif.gif" ALT="Up"> <IMG SRC="next_motif.gif" ALT="Next">