# Polymorphism

### From HaskellWiki

Benmachine (Talk | contribs) m (→Parametric polymorphism) |
Benmachine (Talk | contribs) (mention generics) |
||

Line 7: | Line 7: | ||

Parametric polymorphism refers to when the type of a value contains type variables (denoted in Haskell by names in types starting with a lowercase letter) with no constraints (e.g. class constraints; see [[#Ad-hoc polymorphism|below]]) on them. Then the value may adopt any type that results from substituting those variables with concrete types. | Parametric polymorphism refers to when the type of a value contains type variables (denoted in Haskell by names in types starting with a lowercase letter) with no constraints (e.g. class constraints; see [[#Ad-hoc polymorphism|below]]) on them. Then the value may adopt any type that results from substituting those variables with concrete types. | ||

+ | |||

+ | In languages other than Haskell, this feature is often called ''generics''. | ||

For example, the function <hask>id :: a -> a</hask> contains an unconstrained type variable <hask>a</hask> in its type, and so can be used in a context requiring <hask>Char -> Char</hask> or <hask>Integer -> Integer</hask> or <hask>(Bool -> Maybe Bool) -> (Bool -> Maybe Bool)</hask> or any of a literally infinite list of other possibilities. Likewise, the empty list <hask>[] :: [a]</hask> belongs to every list type, and the polymorphic function <hask>map :: (a -> b) -> [a] -> [b]</hask> may operate on any function type. Note, however, that if a single type variable appears multiple times, it must take the same type everywhere it appears, so e.g. the result type of <hask>id</hask> must be the same as the argument type, and the input and output types of the function given to <hask>map</hask> must match up with the list types. | For example, the function <hask>id :: a -> a</hask> contains an unconstrained type variable <hask>a</hask> in its type, and so can be used in a context requiring <hask>Char -> Char</hask> or <hask>Integer -> Integer</hask> or <hask>(Bool -> Maybe Bool) -> (Bool -> Maybe Bool)</hask> or any of a literally infinite list of other possibilities. Likewise, the empty list <hask>[] :: [a]</hask> belongs to every list type, and the polymorphic function <hask>map :: (a -> b) -> [a] -> [b]</hask> may operate on any function type. Note, however, that if a single type variable appears multiple times, it must take the same type everywhere it appears, so e.g. the result type of <hask>id</hask> must be the same as the argument type, and the input and output types of the function given to <hask>map</hask> must match up with the list types. |

## Revision as of 21:29, 4 September 2012

A value is polymorphic if, depending on the context where it's used, it can take on more than one type. Polymorphism is widespread in Haskell and is a key feature of its type system.

Most polymorphism in Haskell falls into one of two broad categories: *parametric* polymorphism and *ad-hoc* polymorphism.

## Contents |

### 1 Parametric polymorphism

Parametric polymorphism refers to when the type of a value contains type variables (denoted in Haskell by names in types starting with a lowercase letter) with no constraints (e.g. class constraints; see below) on them. Then the value may adopt any type that results from substituting those variables with concrete types.

In languages other than Haskell, this feature is often called *generics*.

Since a parametrically polymorphic value does not "know" anything about the unconstrained type variables, it must behave the same regardless of its type. This is a somewhat limiting but extremely useful property known as parametricity.

### 2 Ad-hoc polymorphism

Ad-hoc polymorphism refers to when a value is able to adopt any one of a finite number of types because it, or a value it uses, has been given a separate definition for each of those types. In many languages this is called overloading, and in Haskell it is achieved via the system of type classes and class instances.

Despite the similarity of the name, Haskell's type classes are quite different from the classes of most object-oriented languages. They have more in common with interfaces, in that they specify a series of methods or values by their type signature, to be implemented by an instance declaration.

So, for example, if my type can be compared for equality (most types can, but some, particularly function types, cannot) then I can give an instance declaration of the*constrained*type variables: that is, variables that appear to the left of

### 3 Other kinds of polymorphism

There are several more exotic flavours of polymorphism that are implemented in some extensions to Haskell, e.g. rank-N types and impredicative types.

There are some kinds of polymorphism that Haskell doesn't support, or at least not natively, e.g. inclusion polymorphism and subtyping, common in OO languages, where values of one type can act as values of another type.

## 4 Further reading

- On Understanding Types, Data Abstraction, and Polymorphism (1985), by Luca Cardelli, Peter Wegner in ACM Computing Surveys.

- Type polymorphism at Wikipedia