Die Antwort von @Rapptz ist richtig, aber für generischen Code (dh, wenn es nicht a priori klar, ob man es mit a rohe T*
oder back_insert_iterator
oder einer der anderen Ausgabe-Iteratoren der Standard-Bibliothek), ist ein systematischer Ansatz notwendig.
Zu diesem Zweck unter einer Definition einer Klassenvorlage output_iterator_traits
in einem benutzerdefinierten namespace xstd
.
#include <iterator> // iterator, iterator_traits, input_iterator_tag, output_iterator_tag, random_access_iterator_tag
// back_insert_iterator, front_insert_iterator, insert_iterator, ostream_iterator, ostreambuf_iterator
#include <memory> // raw_storage_iterator
namespace xstd {
template<class T>
struct output_iterator_traits
:
std::iterator_traits<T>
{};
template< class OutputIt, class T>
struct output_iterator_traits<std::raw_storage_iterator<OutputIt, T>>
:
std::iterator<std::output_iterator_tag, T>
{};
template<class Container>
struct output_iterator_traits<std::back_insert_iterator<Container>>
:
std::iterator<std::output_iterator_tag, typename Container::value_type>
{};
template<class Container>
struct output_iterator_traits<std::front_insert_iterator<Container>>
:
std::iterator<std::output_iterator_tag, typename Container::value_type>
{};
template<class Container>
struct output_iterator_traits<std::insert_iterator<Container>>
:
std::iterator<std::output_iterator_tag, typename Container::value_type>
{};
template <class T, class charT = char, class traits = std::char_traits<charT>>
struct output_iterator_traits<std::ostream_iterator<T, charT, traits>>
:
std::iterator<std::output_iterator_tag, T>
{};
template <class charT, class traits = std::char_traits<charT>>
struct output_iterator_traits<std::ostreambuf_iterator<charT, traits>>
:
std::iterator<std::output_iterator_tag, charT>
{};
} // namespace xstd
Die unspezialisiert Version erbt einfach von std::iterator_traits<T>
, aber für die 6 Ausgabe Iteratoren definiert in den <iterator>
und <memory>
Header, erben die Spezialisierungen von std::iterator<std::output_iterator_tag, V>
wo V
der Typ als Argument des Iterators operator=(const V&)
erscheint, ist.
für den Einsatz Iteratoren entspricht dies typename Container::value_type
, für rohe Speicher Iteratoren T
und für ostream
und ostreambuf
Iteratoren T
und charT
, respectively.
Ein generischer Algorithmus des Formulars
template<class InputIt, class OutputIt>
auto my_fancy_algorithm(InputIt first, InputIt last, OutputIt dest)
{
using T = typename xstd::output_iterator_traits<OutputIt>::value_type;
for (; first != last; ++first) {
// ... construct arguments from *first
*dest++ = T{ /* arguments */ };
}
}
dann in transparenter Weise mit beiden arbeiten rohen Zeiger und die Ausgabe Iteratoren Standard-Bibliothek.
Warum verwenden Sie keinen verschachtelten Typ, der vom Iterator abgeleitet ist? [Live Beispiel] (http://coliru.stacked-crooked.com/a/3547c063ddfb1ddb) – dyp
@dyp Ich war daft, 'back_insert_iterator' hat eine verschachtelte Typedef' container_type 'sogar – TemplateRex
Siehe kürzlich Live-Beispiel hinzugefügt. - oooh das ist ein öffentliches Mitglied. Ich sehe – dyp