Dependent type

Formal definition

In dependent type theory, a dependent type is a type whose specification may vary with a value, and can be viewed as analogous to an indexed family of sets. Let ${\displaystyle \mathcal{U}}$ denote a universe of types, and write ${\displaystyle A:\mathcal{U}}$ to indicate that ${\displaystyle A}$ is a type in ${\displaystyle \mathcal{U}}$. For a term ${\displaystyle a}$ of type ${\displaystyle A}$, write ${\displaystyle a:A}$. A dependent family of types over ${\displaystyle A}$ is written ${\displaystyle B:A\to \mathcal{U}}$, meaning that to each term ${\displaystyle a:A}$ the family assigns a type ${\displaystyle B(a):\mathcal{U}}$. Thus, given ${\displaystyle A:\mathcal{U}}$ and ${\displaystyle B:A\to \mathcal{U}}$, the expression ${\displaystyle B(a)}$ denotes a type that depends on the particular value ${\displaystyle a}$. In standard terminology, this is described by saying that the type ${\displaystyle B(a)}$ varies with ${\displaystyle a}$.

Π type

A function whose type of return value varies with its argument (i.e. there is no fixed codomain) is a dependent function and the type of this function is called dependent product type, pi-type (Π type) or dependent function type. From a family of types ${\displaystyle B:A\to \mathcal{U}}$ we may construct the type of dependent functions $\prod _{x:A}B(x)$, whose terms are functions that take a term ${\displaystyle a:A}$ and return a term in ${\displaystyle B(a)}$. For this example, the dependent function type is typically written as $\prod _{x:A}B(x)$ or $\prod (x:A)B(x)$.

If ${\displaystyle B:A\to \mathcal{U}}$ is a constant function, the corresponding dependent product type is equivalent to an ordinary function type. That is, $\prod _{x:A}B$ is judgmentally equal to ${\displaystyle A\to B}$ when ${\displaystyle B}$ does not depend on ${\displaystyle x}$.

The name 'Π-type' comes from the idea that these may be viewed as a Cartesian product of types. Π-types can also be understood as models of universal quantifiers.

For example, if we write ${\displaystyle \mathrm{Vec}(\mathbb{R},n)}$ for n-tuples of real numbers, then $\prod _{n:\mathbb{N}}\mathrm{Vec}(\mathbb{R},n)$ would be the type of a function which, given a natural number n, returns a tuple of real numbers of size n. The usual function space arises as a special case when the range type does not actually depend on the input. E.g. $\prod _{n:\mathbb{N}}\mathbb{R}$ is the type of functions from natural numbers to the real numbers, which is written as ${\displaystyle \mathbb{N}\to \mathbb{R}}$ in typed lambda calculus.

For a more concrete example, taking ${\displaystyle A}$ to be the type of unsigned integers from 0 to 255 (the ones that fit into 8 bits or 1 byte) and ${\displaystyle B(a)=X_a}$ for ${\displaystyle a:A}$, then $\prod _{x:A}B(x)$ devolves into the product of ${\displaystyle X_0\times X_1\times X_2\times \dots \times X_{253}\times X_{254}\times X_{255}}$.

Σ type

The dual of the dependent product type is the dependent pair type, dependent sum type, sigma-type, or (confusingly) dependent product type. Sigma-types can also be understood as existential quantifiers. Continuing the above example, if, in the universe of types ${\displaystyle \mathcal{U}}$, there is a type ${\displaystyle A:\mathcal{U}}$ and a family of types ${\displaystyle B:A\to \mathcal{U}}$, then there is a dependent pair type $\sum _{x:A}B(x)$. (The alternative notations are similar to that of Π types.)

The dependent pair type captures the idea of an ordered pair where the type of the second term is dependent on the value of the first. If $(a,b):\sum _{x:A}B(x),$ then ${\displaystyle a:A}$ and ${\displaystyle b:B(a)}$. If ${\displaystyle B}$ is a constant function, then the dependent pair type becomes (is judgmentally equal to) the product type, that is, an ordinary Cartesian product ${\displaystyle A\times B}$.

For a more concrete example, taking ${\displaystyle A}$ to again be type of unsigned integers from 0 to 255, and ${\displaystyle B(a)}$ to again be equal to ${\displaystyle X_a}$ for 256 more arbitrary ${\displaystyle X_a}$, then $\sum _{x:A}B(x)$ devolves into the sum ${\displaystyle X_0+X_1+X_2+\dots +X_{253}+X_{254}+X_{255}}$.

Example as existential quantification

Let ${\displaystyle A:\mathcal{U}}$ be some type, and let ${\displaystyle B:A\to \mathcal{U}}$. By the Curry–Howard correspondence, ${\displaystyle B}$ can be interpreted as a logical predicate on terms of ${\displaystyle A}$. For a given ${\displaystyle a:A}$, whether the type ${\displaystyle B(a)}$ is inhabited indicates whether ${\displaystyle a}$ satisfies this predicate. The correspondence can be extended to existential quantification and dependent pairs: the proposition ${\displaystyle \mathrm{\exists }a\in AB(a)}$ is true if and only if the type $\sum _{a:A}B(a)$ is inhabited.

For example, ${\displaystyle m:\mathbb{N}}$ is less than or equal to ${\displaystyle n:\mathbb{N}}$ if and only if there exists another natural number ${\displaystyle k:\mathbb{N}}$ such that ${\displaystyle m+k=n}$. In logic, this statement is codified by existential quantification:

$${\displaystyle m\le n⟺\mathrm{\exists }k\in \mathbb{N}m+k=n.}$$

This proposition corresponds to the dependent pair type:

$${\displaystyle \sum _{k:\mathbb{N}}m+k=n.}$$

That is, a proof of the statement that ${\displaystyle m}$ is less than or equal to ${\displaystyle n}$ is a pair that contains both a non-negative number ${\displaystyle k}$, which is the difference between ${\displaystyle m}$ and ${\displaystyle n}$, and a proof of the equality ${\displaystyle m+k=n}$.

Systems of the lambda cube

Henk Barendregt developed the lambda cube as a means of classifying type systems along three axes. The eight corners of the resulting cube-shaped diagram each correspond to a type system, with simply typed lambda calculus in the least expressive corner, and calculus of constructions in the most expressive. The three axes of the cube correspond to three different augmentations of the simply typed lambda calculus: the addition of dependent types, the addition of polymorphism, and the addition of higher kinded type constructors (functions from types to types, for example). The lambda cube is generalized further by pure type systems.

First order dependent type theory

The system ${\displaystyle \lambda \mathrm{\Pi }}$ of pure first order dependent types, corresponding to the logical framework LF, is obtained by generalising the function space type of the simply typed lambda calculus to the dependent product type.

Second order dependent type theory

The system ${\displaystyle \lambda \mathrm{\Pi }2}$ of second order dependent types is obtained from ${\displaystyle \lambda \mathrm{\Pi }}$ by allowing quantification over type constructors. In this theory the dependent product operator subsumes both the ${\displaystyle \to }$ operator of simply typed lambda calculus and the ${\displaystyle \mathrm{\forall }}$ binder of System F.

Higher order dependently typed polymorphic lambda calculus

The higher order system ${\displaystyle \lambda \mathrm{\Pi }\omega }$ extends ${\displaystyle \lambda \mathrm{\Pi }2}$ to all four forms of abstraction from the lambda cube: functions from terms to terms, types to types, terms to types and types to terms. The system corresponds to the calculus of constructions whose derivative, the calculus of inductive constructions is the underlying system of Rocq.

Simultaneous programming language and logic

The Curry–Howard correspondence implies that types can be constructed that express arbitrarily complex mathematical properties. If the user can supply a constructive proof that a type is inhabited (i.e., that a value of that type exists) then a compiler can check the proof and convert it into executable computer code that computes the value by carrying out the construction. The proof checking feature makes dependently typed languages closely related to proof assistants. The code-generation aspect provides a powerful approach to formal program verification and proof-carrying code, since the code is derived directly from a mechanically verified mathematical proof.

Comparison of languages with dependent types