# Currying

{{#invoke:Hatnote|hatnote}} In mathematics and computer science, currying is the technique of translating the evaluation of a function that takes multiple arguments (or a tuple of arguments) into evaluating a sequence of functions, each with a single argument (partial application). It was introduced by Moses Schönfinkel and later developed by Haskell Curry.

Uncurrying is the dual transformation to currying, and can be seen as a form of defunctionalization. It takes a function f(x) which returns another function g(y) as a result, and yields a new function f′(x,y) which takes a number of additional parameters and applies them to the function returned by function f. The process can be iterated if necessary.

## Motivation

Currying is similar to the process of calculating a function of multiple variables for some given values on paper.

To evaluate $f(2,3)$ , first replace $x$ with $2$ Since the result is a function of $y$ , this new function $g(y)$ can be defined as $g(y)=f(2,y)=y/2$ Next, replace the $y$ argument with $3$ , producing $g(3)=f(2,3)=3/2$ On paper, using classical notation, this is usually done all in one step. However, each argument can be replaced sequentially as well. Each replacement results in a function taking exactly one argument. This produces a chain of functions as in lambda calculus, and multi-argument functions are usually represented in curried form.

Some programming languages almost always use curried functions to achieve multiple arguments; notable examples are ML and Haskell, where in both cases all functions have exactly one argument.

If we let f be a function

$f(x,y)={\frac {y}{x}}$ then the function h where

$h(x)=y\mapsto f(x,y)$ is a curried version of $f$ . Here, $y\mapsto z$ is a function that maps an argument y to result z. In particular,

$g(y)=h(2)=y\mapsto f(2,y)$ is the curried equivalent of the example above. Note, however, that currying, while similar, is not the same operation as partial function application.

## Definition

Curried functions may be used in any language that supports closures; however, uncurried functions are generally preferred for efficiency reasons, since the overhead of partial application and closure creation can then be avoided for most function calls.

## Mathematical view

In theoretical computer science, currying provides a way to study functions with multiple arguments in very simple theoretical models such as the lambda calculus in which functions only take a single argument.

$\hom(A\times B,C)\cong \hom(A,C^{B}).$ This is the key property of being a Cartesian closed category, and more generally, a closed monoidal category. The latter, though more rarely discussed, is interesting, as it is the suitable setting for quantum computation, whereas the former is sufficient for classical logic. The difference is that the Cartesian product can be interpreted simply as a pair of items (or a list), whereas the tensor product, used to define a monoidal category, is suitable for describing entangled quantum states.

Under the Curry–Howard correspondence, the existence of currying and uncurrying is equivalent to the logical theorem $(A\land B)\to C\Leftrightarrow A\to (B\to C)$ , as tuples (product type) corresponds to conjunction in logic, and function type corresponds to implication.

Curry is a continuous function in the Scott topology.

## Naming

The name "currying", coined by Christopher Strachey in 1967, is a reference to logician Haskell Curry. The alternative name "Schönfinkelisation" has been proposed as a reference to Moses Schönfinkel.

## Contrast with partial function application

{{#invoke:main|main}} Currying and partial function application are often conflated. One of the significant differences between the two is that a call to a partially applied function returns the result right away, not another function down the currying chain; this distinction can be illustrated clearly for functions whose arity is greater than two.

Given a function of type $f\colon (X\times Y\times Z)\to N$ , currying produces ${\text{curry}}(f)\colon X\to (Y\to (Z\to N))$ . That is, while an evaluation of the first function might be represented as $f(1,2,3)$ , evaluation of the curried function would be represented as $f_{\text{curried}}(1)(2)(3)$ , applying each argument in turn to a single-argument function returned by the previous invocation. Note that after calling $f_{\text{curried}}(1)$ , we are left with a function that takes a single argument and returns another function, not a function that takes two arguments.

In contrast, partial function application refers to the process of fixing a number of arguments to a function, producing another function of smaller arity. Given the definition of $f$ above, we might fix (or 'bind') the first argument, producing a function of type ${\text{partial}}(f)\colon (Y\times Z)\to N$ . Evaluation of this function might be represented as $f_{\text{partial}}(2,3)$ . Note that the result of partial function application in this case is a function that takes two arguments.

Intuitively, partial function application says "if you fix the first arguments of the function, you get a function of the remaining arguments". For example, if function div stands for the division operation x/y, then div with the parameter x fixed at 1 (i.e., div 1) is another function: the same as the function inv that returns the multiplicative inverse of its argument, defined by inv(y) = 1/y.

The practical motivation for partial application is that very often the functions obtained by supplying some but not all of the arguments to a function are useful; for example, many languages have a function or operator similar to plus_one. Partial application makes it easy to define these functions, for example by creating a function that represents the addition operator with 1 bound as its first argument.