|Category: containers||Component type: concept|
|X||A type that is a model of Front Insertion Sequence|
|a||Object of type X|
|T||The value type of X|
|t||Object of type T|
|Name||Expression||Type requirements||Return type|
|Front||a.front() ||reference if a is mutable, otherwise const_reference.|
|Push front||a.push_front(t)||a is mutable.||void|
|Pop front||a.pop_front()||a is mutable.||void|
|Front||a.front() ||!a.empty()||Equivalent to *(a.begin()).|
|Push front||a.push_front(t)||Equivalent to a.insert(a.begin(), t)||a.size is incremented by 1. a.front() is a copy of t.|
|Pop front||a.pop_front()||!a.empty()||Equivalent to a.erase(a.begin())||a.size() is decremented by 1.|
|Symmetry of push and pop||push_front() followed by pop_front() is a null operation.|
 Front is actually defined in Sequence, since it is always possible to implement it in amortized constant time. Its definition is repeated here, along with push front and pop front, in the interest of clarity.
 This complexity guarantee is the only reason that front(), push_front(), and pop_front() are defined: they provide no additional functionality. Not every sequence must define these operations, but it is guaranteed that they are efficient if they exist at all.
|Copyright © 2009 - 2014 Silicon Graphics International. All rights reserved.|