std:: replace_copy, std:: replace_copy_if
|
Definiert im Header
<algorithm>
|
||
|
template
<
class
InputIt,
class
OutputIt,
class
T
>
OutputIt replace_copy
(
InputIt first, InputIt last, OutputIt d_first,
|
(1) | (constexpr seit C++20) |
|
template
<
class
ExecutionPolicy,
class
ForwardIt1,
class
ForwardIt2,
class
T
>
|
(2) | (seit C++17) |
| (3) | ||
|
template
<
class
InputIt,
class
OutputIt,
class
UnaryPred,
class
T
>
OutputIt replace_copy_if
|
(constexpr seit C++20)
(bis C++26) |
|
|
template
<
class
InputIt,
class
OutputIt,
class
UnaryPred,
class
T
=
typename
std::
iterator_traits
|
(seit C++26) | |
| (4) | ||
|
template
<
class
ExecutionPolicy,
class
ForwardIt1,
class
ForwardIt2,
class
UnaryPred,
class
T
>
|
(seit C++17)
(bis C++26) |
|
|
template
<
class
ExecutionPolicy,
class
ForwardIt1,
class
ForwardIt2,
class
UnaryPred,
class
T
=
typename
std::
iterator_traits
|
(seit C++26) | |
Kopiert die Elemente aus dem Bereich
[
first
,
last
)
in einen anderen Bereich beginnend bei
d_first
, während alle Elemente, die bestimmte Kriterien erfüllen, durch
new_value
ersetzt werden.
|
std:: is_execution_policy_v < std:: decay_t < ExecutionPolicy >> ist true . |
(bis C++20) |
|
std:: is_execution_policy_v < std:: remove_cvref_t < ExecutionPolicy >> ist true . |
(seit C++20) |
Wenn eines der Ergebnisse der Ausdrücke * first und new_value nicht writable zu d_first ist, ist das Programm fehlerhaft.
Wenn sich die Quell- und Zielbereiche überlappen, ist das Verhalten undefiniert.
Inhaltsverzeichnis |
Parameter
| first, last | - | das Iteratorpaar, das den Quell- Bereich der zu kopierenden Elemente definiert |
| d_first | - | der Anfang des Zielbereichs |
| old_value | - | der Wert der zu ersetzenden Elemente |
| policy | - | die zu verwendende Ausführungsrichtlinie |
| p | - |
ein unäres Prädikat, das
true
zurückgibt, wenn der Elementwert ersetzt werden soll.
Der Ausdruck
p
(
v
)
muss für jedes Argument
|
| new_value | - | der als Ersatz zu verwendende Wert |
| Typanforderungen | ||
-
InputIt
muss die Anforderungen von
LegacyInputIterator
erfüllen.
|
||
-
OutputIt
muss die Anforderungen von
LegacyOutputIterator
erfüllen.
|
||
-
ForwardIt1, ForwardIt2
muss die Anforderungen von
LegacyForwardIterator
erfüllen.
|
||
Rückgabewert
Iterator auf das Element nach dem letzten kopierten Element.
Komplexität
Gegeben N als std:: distance ( first, last ) :
Ausnahmen
Die Überladungen mit einem Template-Parameter namens
ExecutionPolicy
melden Fehler wie folgt:
-
Wenn die Ausführung einer als Teil des Algorithmus aufgerufenen Funktion eine Exception wirft und
ExecutionPolicyeiner der Standard-Policies ist, wird std::terminate aufgerufen. Für jede andereExecutionPolicyist das Verhalten implementierungsdefiniert. - Wenn der Algorithmus keinen Speicher allokieren kann, wird std::bad_alloc geworfen.
Mögliche Implementierung
| replace_copy (1) |
|---|
template<class InputIt, class OutputIt, class T> OutputIt replace_copy(InputIt first, InputIt last, OutputIt d_first, const T& old_value, const T& new_value) { for (; first != last; ++first) *d_first++ = (*first == old_value) ? new_value : *first; return d_first; } |
| replace_copy_if (3) |
template<class InputIt, class OutputIt, class UnaryPred, class T = typename std::iterator_traits<ForwardIt>::value_type> OutputIt replace_copy_if(InputIt first, InputIt last, OutputIt d_first, UnaryPred p, const T& new_value) { for (; first != last; ++first) *d_first++ = p(*first) ? new_value : *first; return d_first; } |
Hinweise
| Feature-Test Makro | Wert | Std | Feature |
|---|---|---|---|
__cpp_lib_algorithm_default_value_type
|
202403
|
(C++26) | Listeninitialisierung für Algorithmen ( 3,4 ) |
Beispiel
#include <algorithm> #include <complex> #include <iostream> #include <vector> void println(const auto& seq) { for (const auto& e : seq) std::cout << e << ' '; std::cout << '\n'; } int main() { std::vector<short> src{3, 1, 4, 1, 5, 9, 2, 6, 5}; println(src); std::vector<int> dst(src.size()); std::replace_copy_if(src.cbegin(), src.cend(), dst.begin(), [](short n){ return n > 5; }, 0); println(dst); std::vector<std::complex<double>> src2{{1, 3}, {2, 4}, {3, 5}}, dst2(src2.size()); println(src2); #ifdef __cpp_lib_algorithm_default_value_type std::replace_copy_if(src2.cbegin(), src2.cend(), dst2.begin(), [](std::complex<double> z){ return std::abs(z) < 5; }, {4, 2}); // Möglich, da T abgeleitet wird. #else std::replace_copy_if(src2.cbegin(), src2.cend(), dst2.begin(), [](std::complex<double> z){ return std::abs(z) < 5; }, std::complex<double>{4, 2}); #endif println(dst2); }
Ausgabe:
3 1 4 1 5 9 2 6 5 3 1 4 1 5 0 2 0 5 (1,3) (2,4) (3,5) (4,2) (4,2) (3,5)
Fehlerberichte
Die folgenden verhaltensändernden Fehlerberichte wurden rückwirkend auf zuvor veröffentlichte C++-Standards angewendet.
| DR | Angewendet auf | Verhalten wie veröffentlicht | Korrektes Verhalten |
|---|---|---|---|
| LWG 283 | C++98 |
T
musste
CopyAssignable
sein (und
EqualityComparable
für
replace_copy
), aber der Werttyp von
InputIt
ist nicht immer
T
|
Anforderung entfernt |
| LWG 337 | C++98 |
replace_copy_if
forderte nur, dass
InputIt
die Anforderungen von LegacyIterator [1] erfüllt |
korrigiert zu
LegacyInputIterator |
-
↑
Der tatsächliche Fehler im C++-Standard besteht darin, dass der Template-Parameter
InputIteratorfälschlicherweise alsIteratorspezifiziert wurde. Dies beeinflusst die Typanforderungen, da der C++-Standard festlegt, dass für Funktions-Templates in der Algorithmus-Bibliothek die Template-Typparameter, deren Namen mitIteratorenden, die Typanforderungen der entsprechenden Iterator-Kategorien implizieren.
Siehe auch
|
ersetzt alle Werte, die bestimmten Kriterien entsprechen, durch einen anderen Wert
(Funktions-Template) |
|
|
entfernt Elemente, die bestimmten Kriterien entsprechen
(Funktions-Template) |
|
|
(C++20)
(C++20)
|
kopiert einen Bereich und ersetzt Elemente, die bestimmten Kriterien entsprechen, durch einen anderen Wert
(Algorithmus-Funktionsobjekt) |