Content deleted Content added
No edit summary |
Quuxplusone (talk | contribs) massive cleanup, rewrite examples, rm lots of redundancy; but it still needs a major rewrite |
||
Line 1:
'''Recursion in computer programming''' defines a function in terms of itself.
==Recursive algorithms==
A common method of simplification is to divide a problem into subproblems of the same type. As a [[computer programming]] technique, this is called [[divide and conquer algorithm|divide and conquer]], and it is key to the design of many important algorithms, as well as being a fundamental part of [[dynamic programming]].
Virtually all [[programming language]]s in use today allow the direct specification of recursive functions and procedures. When such a function is called, the computer (for most languages on most stack-based architectures) or the language implementation keeps track of the various instances of the function (on many architectures, by using a [[call stack]], although other methods may be used). Conversely, every recursive function can be transformed into an iterative function by using a [[stack (data structure)|stack]].
Any function that can be evaluated by a computer can be expressed in terms of recursive functions
To make a very literal example out of this: If an unknown word is seen in a book, the reader can make a note of the current page number and put the note on a stack (which is empty so far). The reader can then look the new word up and, while reading on the subject, may find yet another unknown word. The page number of this word is also written down and put on top of the stack. At some point an article is read that does not require any explanation. The reader then returns to the previous page number and continues reading from there. This is repeated, sequentially removing the topmost note from the stack. Finally, the reader returns to the original book. This is a recursive approach.
Some languages designed for [[logic programming]] and [[functional programming]] provide recursion as the only means of repetition directly available to the programmer. Such languages generally make [[tail recursion]] as efficient as iteration, letting programmers express other repetition structures (such as [[Scheme (programming language)|Scheme
Recursion is deeply embedded in the [[theory of computation]], with the theoretical equivalence of [[mu-recursive function]]s and [[Turing machine]]s at the foundation of ideas about the universality of the modern computer.
==Recursive programming==
One basic form of recursive computer program is to define one or a few '''base cases''', and then define rules to break down other cases into the base case. This ''analytic'' method is a common design for parsers for computer languages; see [[Recursive descent parser]].
Another, similar form is generative, or ''synthetic'', recursion. In this scheme, the computer uses rules to assemble cases, and starts by selecting a base case. This scheme is often used when a computer must design something automatically, such as code, a machine part or some other data.
One common example (using the [[Pascal (programming language)|Pascal]] programming language, in this case) is the function used to calculate the [[factorial]] of an [[integer]]:
'''function''' Factorial(x: integer): integer;
'''begin'''
'''if''' x <= 1 '''then'''
Factorial := 1
'''else'''
Factorial := x * Factorial(x-1);
'''end'''
Here is the same function coded without recursion. Notice that this iterative solution requires two temporary variables; in general, recursive formulations of algorithms are often considered "cleaner" or "more elegant" than iterative formulations.
'''function''' Factorial(x: integer): integer;
'''var''' i, temp: integer;
'''begin'''
temp := 1;
'''for''' i := 1 '''to''' x '''do'''
temp := temp * i
Factorial := temp
'''end'''
===Recursion versus iteration===
In the "factorial" example the iterative implementation is likely to be slightly faster in practice than the recursive one. This result is typical, because iterative functions do not pay the "function-call overhead" as many times as recursive functions, and that overhead is relatively high in many languages. (Note that an even faster implementation for the factorial function on small integers is to use a [[lookup table]].)
There are other types of problems whose solutions are inherently recursive, because they need to keep track of prior state. One example is [[tree traversal]]; others include the [[Ackermann function]] and [[divide-and-conquer algorithm]]s such as [[Quicksort]]. All of these algorithms can be implemented iteratively with the help of a [[stack (data structure)|stack]], but the need for the stack arguably nullifies the advantages of the iterative solution.
Another possible reason for choosing an iterative rather than a recursive algorithm is that in today's programming languages, the stack space available to a thread is often much less than the space available in the heap, and recursive algorithms tend to require more stack space than iterative algorithms.
==Recursive functions==
Functions whose domains can be recursively defined can be given recursive definitions patterned after the recursive definition of their ___domain.
Line 59 ⟶ 53:
the following definition of the [[factorial]] function <math>f(n)</math>:
\begin{cases}
1 & \mbox{if } n = 0 \\
n \times f(n-1) & \mbox{if } n > 0 \\
\end{cases}
</math>
Given this definition, also called a '''recurrence relation''', we work out <math>f(3)</math> as follows:
Line 89 ⟶ 88:
</math>
==
{{main|Tail recursion}}
Tail-recursive functions are functions ending in a recursive call. For example, the following [[C (programming language)|C]] function to locate a value in a [[linked list]] is tail-recursive, because the last thing it does is call itself:
<!-- If someone can rewrite these C functions in Pascal or Common Lisp, please go ahead. -->
struct node {
int data;
struct node *next;
};
struct node *find_value(struct node *head, int value)
{
if (head == NULL)
return NULL;
if (head->data == value)
return head;
return find_value(head->next, value);
}
On the other hand, the <code>Factorial</code> function used as an example in the previous section is ''not'' tail-recursive, because after it receives the result of the recursive call, it must multiply that result by <code>x</code> before returning to its caller. That kind of function is sometimes called ''augmenting recursive''.
Notice that a single function may be both tail-recursive and augmenting recursive, such as this function to count the odd integers in a linked list:
struct node *count_odds(struct node *head)
{
if (head == NULL)
return 0;
return count_odds(head) + 1; /* augmenting recursion */
return count_odds(head); /* tail recursion */
}
==See also==
*[[McCarthy 91 function]]
*[[Recursion]]
==
*
[[Category:
[[Category:Articles with example
|