In computer science, a container is a class or a data structure[1] [2] whose instances are collections of other objects. In other words, they store objects in an organized way that follows specific access rules.
The size of the container depends on the number of objects (elements) it contains. Underlying (inherited) implementations of various container types may vary in size, complexity and type of language, but in many cases they provide flexibility in choosing the right implementation for any given scenario.
Container data structures are commonly used in many types of programming languages.
Containers can be characterized by the following three properties:
Container classes are expected to implement CRUD-like methods to do the following:
Containers are sometimes implemented in conjunction with iterators.
Containers may be classified as either single-value containers or associative containers.
Single-value containers store each object independently. Objects may be accessed directly, by a language loop construct (e.g. for loop) or with an iterator.
An associative container uses an associative array, map, or dictionary, composed of key-value pairs, such that each key appears at most once in the container. The key is used to find the value, the object, if it is stored in the container. Associative containers are used in programming languages as class templates.
Container abstract data types include:
Common data structures used to implement these abstract types include:
Widget toolkits also use containers, which are special widgets to group other widgets, such as windows, panels. Apart from their graphical properties, they have the same type of behavior as container classes, as they keep a list of their child widgets, and allow adding, removing, or retrieving widgets among their children.
See also: Strong and weak typing. Container abstractions can be written in virtually any programming language, regardless of its type system.[3] However, in strongly-typed object-oriented programming languages it may be somewhat complicated for a developer to write reusable homogeneous containers.
Because of differences in element types this results in a tedious process of writing and keeping a collection of containers for every elemental type.
Many elemental types (e.g. integers or floating numbers) are inherently incompatible with each other because of the memory size they occupy and their semantic meaning and therefore require different containers (unless of course, they are mutually compatible or convertible). Modern programming languages offer various approaches to help solve the problem: