Namespaces
Variants
Views
Actions

Difference between revisions of "cpp/container/deque/deque"

From cppreference.com
< cpp‎ | container‎ | deque
m (Minor fix.)
(Version fix.)
 
Line 101: Line 101:
  
 
:@9@ Same as the copy constructor, except that {{c|alloc}} is used as the allocator.
 
:@9@ Same as the copy constructor, except that {{c|alloc}} is used as the allocator.
{{rrev|since=c++11|
+
:@@ If {{tt|T}} is not {{named req|CopyInsertable}} into {{c/core|std::deque<T>}}, the behavior is undefined.
If {{tt|T}} is not {{named req|CopyInsertable}} into {{c/core|std::deque<T>}}, the behavior is undefined.
+
}}
+
  
 
:@10@ Same as the move constructor, except that {{c|alloc}} is used as the allocator.
 
:@10@ Same as the move constructor, except that {{c|alloc}} is used as the allocator.

Latest revision as of 22:43, 10 November 2024

 
 
 
 
deque() : deque(Allocator()) {}
(1) (since C++11)
(2)
explicit deque( const Allocator& alloc = Allocator() );
(until C++11)
explicit deque( const Allocator& alloc );
(since C++11)
explicit deque( size_type count, const Allocator& alloc = Allocator() );
(3) (since C++11)
(4)
explicit deque( size_type count, const T& value = T(),
                const Allocator& alloc = Allocator() );
(until C++11)
deque( size_type count, const T& value,
       const Allocator& alloc = Allocator() );
(since C++11)
template< class InputIt >
deque( InputIt first, InputIt last, const Allocator& alloc = Allocator() );
(5)
template< container-compatible-range<T> R >
deque( std::from_range_t, R&& rg, const Allocator& alloc = Allocator() );
(6) (since C++23)
deque( const deque& other );
(7)
deque( deque&& other );
(8) (since C++11)
(9)
deque( const deque& other, const Allocator& alloc );
(since C++11)
(until C++23)
deque( const deque& other, const std::type_identity_t<Allocator>& alloc );
(since C++23)
(10)
deque( deque&& other, const Allocator& alloc );
(since C++11)
(until C++23)
deque( deque&& other, const std::type_identity_t<Allocator>& alloc );
(since C++23)
deque( std::initializer_list<T> init, const Allocator& alloc = Allocator() );
(11) (since C++11)

Constructs a new deque from a variety of data sources, optionally using a user supplied allocator alloc.

1) The default constructor since C++11. Constructs an empty deque with a default-constructed allocator.
If Allocator is not DefaultConstructible, the behavior is undefined.
2) The default constructor until C++11. Constructs an empty deque with the given allocator alloc.
3) Constructs a deque with count default-inserted objects of T. No copies are made.
If T is not DefaultInsertable into std::deque<T>, the behavior is undefined.
4) Constructs a deque with count copies of elements with value value.

If T is not CopyInsertable into std::deque<T>, the behavior is undefined.

(since C++11)
5) Constructs a deque with the contents of the range [firstlast). Each iterator in [firstlast) is dereferenced exactly once.

If InputIt does not satisfy the requirements of LegacyInputIterator, overload (4) is called instead with arguments static_cast<size_type>(first), last and alloc.

(until C++11)

This overload participates in overload resolution only if InputIt satisfies the requirements of LegacyInputIterator.

If T is not EmplaceConstructible into std::deque<T> from *first, the behavior is undefined.

(since C++11)
6) Constructs a deque with the contents of the range rg. Each iterator in rg is dereferenced exactly once.
If T is not EmplaceConstructible into std::deque<T> from *ranges::begin(rg), the behavior is undefined.
7-10) Constructs a deque with the contents of other.
7) The copy constructor.

The allocator is obtained as if by calling std::allocator_traits<Allocator>::
    select_on_container_copy_construction
        (other.get_allocator())
.

(since C++11)
8) The move constructor. The allocator is obtained by move construction from other.get_allocator().
9) Same as the copy constructor, except that alloc is used as the allocator.
If T is not CopyInsertable into std::deque<T>, the behavior is undefined.
10) Same as the move constructor, except that alloc is used as the allocator.
If T is not MoveInsertable into std::deque<T>, the behavior is undefined.
11) Equivalent to deque(il.begin(), il.end(), alloc).

Contents

[edit] Parameters

alloc - allocator to use for all memory allocations of this container
count - the size of the container
value - the value to initialize elements of the container with
first, last - the range to copy the elements from
other - another container to be used as source to initialize the elements of the container with
init - initializer list to initialize the elements of the container with
rg - a container compatible range

[edit] Complexity

1,2) Constant.
3,4) Linear in count.
5) Linear in std::distance(first, last).
6) Linear in ranges::distance(rg).
7) Linear in other.size().
8) Constant.
9) Linear in other.size().
10) Linear in other.size() if alloc != other.get_allocator(), otherwise constant.
11) Linear in init.size().

[edit] Exceptions

Calls to Allocator::allocate may throw.

[edit] Notes

After container move construction (overload (8)), references, pointers, and iterators (other than the end iterator) to other remain valid, but refer to elements that are now in *this. The current standard makes this guarantee via the blanket statement in [container.reqmts]/67, and a more direct guarantee is under consideration via LWG issue 2321.

Feature-test macro Value Std Feature
__cpp_lib_containers_ranges 202202L (C++23) Ranges-aware construction and insertion; overload (6)

[edit] Example

#include <deque>
#include <iostream>
#include <string>
 
template<typename T>
std::ostream& operator<<(std::ostream& s, const std::deque<T>& v)
{
    s.put('{');
    for (char comma[]{'\0', ' ', '\0'}; const auto& e : v)
        s << comma << e, comma[0] = ',';
    return s << "}\n";
}
 
int main()
{
    // C++11 initializer list syntax:
    std::deque<std::string> words1{"the", "frogurt", "is", "also", "cursed"};
    std::cout << "1: " << words1;
 
    // words2 == words1
    std::deque<std::string> words2(words1.begin(), words1.end());
    std::cout << "2: " << words2;
 
    // words3 == words1
    std::deque<std::string> words3(words1);
    std::cout << "3: " << words3;
 
    // words4 is {"Mo", "Mo", "Mo", "Mo", "Mo"}
    std::deque<std::string> words4(5, "Mo");
    std::cout << "4: " << words4;
 
    const auto rg = {"cat", "cow", "crow"};
#ifdef __cpp_lib_containers_ranges
    std::deque<std::string> words5(std::from_range, rg); // overload (6)
#else
    std::deque<std::string> words5(rg.begin(), rg.end()); // overload (5)
#endif
    std::cout << "5: " << words5;
}

Output:

1: {the, frogurt, is, also, cursed}
2: {the, frogurt, is, also, cursed}
3: {the, frogurt, is, also, cursed}
4: {Mo, Mo, Mo, Mo, Mo}
5: {cat, cow, crow}

[edit] Defect reports

The following behavior-changing defect reports were applied retroactively to previously published C++ standards.

DR Applied to Behavior as published Correct behavior
LWG 144 C++98 the complexity requirement of overload (5) was the same
as that of the corresponding overload of std::vector
changed to linear complexity
LWG 237 C++98 the complexity requirement of overload
(5) was linear in first - last
changed to linear in
std::distance(first, last)
LWG 438 C++98 overload (5) would only call overload (4)
if InputIt is an integral type
calls overload (4) if InputIt
is not an LegacyInputIterator
LWG 2193 C++11 the default constructor was explicit made non-explicit
LWG 2210 C++11 overload (3) did not have an allocator parameter added the parameter
N3346 C++11 for overload (3), the elements in
the container were value-initialized
they are default-inserted

[edit] See also

assigns values to the container
(public member function) [edit]
assigns values to the container
(public member function) [edit]