Container (type theory)
In type theory, containers are abstractions which permit various "collection types", such as lists and trees, to be represented in a uniform way. A (unary) container is defined by a type of "shapes" S and a type family of "positions" P, indexed by S. The "extension" of a container is a family of dependent pairs consisting of a shape (of type S) and a function from positions of that shape to the element type. Containers can be seen as canonical forms for collection types. For lists, the shape type is the natural numbers (including zero). The corresponding  position types are the types of natural numbers less than the shape, for each shape. For trees, the shape type is the type of trees of units (that is, trees with no information in them, just structure). The corresponding position types are isomorphic to the types of valid paths from the root to particular nodes on the shape, for each shape. Note that the natural numbers are isomorphic to lists of units. In general the shape type will always be isomorphic to the original non-generic container type family (list, tree etc.) applied to unit. One of the main motivations  for introducing the notion of containers is to support generic programming in a dependently typed setting. Categorical aspects. The extension of a container is an endofunctor. It takes a function codice_1 to formula_1 This is equivalent to the familiar codice_2 in the case of lists, and does something similar for other containers. Indexed containers. Indexed containers (also known as dependent polynomial functors) are a generalisation of containers, which can represent a wider class of types, such as vectors (sized lists). The element type (called the "input type") is indexed by shape and position, so it can vary by shape and  position, and the extension (called the "output type") is also indexed by shape.