Comment shift_right () doit-il être implémenté en C ++ 20?

9

En C ++ 20, l'en- <algorithm>tête gagne deux nouveaux algorithmes: shift_left()etshift_right() . Les deux acceptent n'importe quel LegacyForwardIterator. Pour shift_left(), il est précisé que "les déplacements sont effectués dans un ordre croissant de idépart ​0"; car shift_right(), il est spécifié que "s'il ForwardItrépond aux exigences LegacyBidirectionalIterator, alors les déplacements sont effectués dans un ordre décroissant à ipartir de last - first - n - 1".

Je peux penser à un moyen raisonnablement facile à mettre en œuvre shift_left():

template <typename ForwardIt>
constexpr inline ForwardIt shift_left(ForwardIt first, ForwardIt last, typename std::iterator_traits<ForwardIt>::difference_type n) {
    if (n <= 0) return last;
    ForwardIt it = first;
    for (; n > 0; --n, ++it) {
        if (it == last) return first;
    }
    return std::move(it, last, first);
}

Si ForwardItrépond aux exigences LegacyBidirectionalIterator, je peux voir que cela shift_right()peut être implémenté d'une manière très similaire à shift_left(). Cependant, il n'est pas du tout clair comment on pourrait implémenter shift_right()des itérateurs de transfert non bidirectionnels.

J'ai trouvé un algorithme qui utilise l'espace à [first, first+n)comme espace de travail pour échanger des éléments, mais il semble un peu plus inutile que l'algorithme shift_left()ci-dessus:

template <typename ForwardIt>
constexpr inline ForwardIt shift_right(ForwardIt first, ForwardIt last, typename std::iterator_traits<ForwardIt>::difference_type n) {
    if (n <= 0) return first;
    ForwardIt it = first;
    for (; n > 0; --n, ++it) {
        if (it == last) return last;
    }
    ForwardIt ret = it;
    ForwardIt ret_it = first;
    for (; it != last; ++it) {
        std::iter_swap(ret_it, it);
        ret_it++;
        if (ret_it == ret) ret_it = first;
    }
    return ret;
}

Existe-t-il une manière de mise en œuvre meilleure ou "prévue" shift_right()?

Bernard
la source
La mise en œuvre préfère utiliser std::moveau lieu de std::copy...
Aconcagua
@Aconcagua Oups, oui, je vais modifier la question.
Bernard

Réponses:

6

Voici l'exemple d'implémentation pour les équipes: https://github.com/danra/shift_proposal/blob/master/shift_proposal.h

Extrait du document de proposition: http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2017/p0769r0.pdf

#include <algorithm>
#include <iterator>
#include <type_traits>
#include <utility>

template<class I>
using difference_type_t = typename std::iterator_traits<I>::difference_type;

template<class I>
using iterator_category_t = typename std::iterator_traits<I>::iterator_category;

template<class I, class Tag, class = void>
constexpr bool is_category = false;
template<class I, class Tag>
constexpr bool is_category<I, Tag, std::enable_if_t<
    std::is_convertible_v<iterator_category_t<I>, Tag>>> = true;

/// Increment (decrement for negative n) i |n| times or until i == bound,
/// whichever comes first. Returns n - the difference between i's final position
/// and its initial position. (Note: "advance" has overloads with this behavior
/// in the Ranges TS.)
template<class I>
constexpr difference_type_t<I> bounded_advance(
    I& i, difference_type_t<I> n, I const bound)
{
    if constexpr (is_category<I, std::bidirectional_iterator_tag>) {
        for (; n < 0 && i != bound; ++n, void(--i)) {
            ;
        }
    }

    for(; n > 0 && i != bound; --n, void(++i)) {
        ;
    }

    return n;
}

template<class ForwardIt>
ForwardIt shift_left(ForwardIt first, ForwardIt last, difference_type_t<ForwardIt> n)
{
    if (n <= 0) {
        return last;
    }

    auto mid = first;
    if (::bounded_advance(mid, n, last)) {
        return first;
    }

    return std::move(std::move(mid), std::move(last), std::move(first));
}

template<class ForwardIt>
ForwardIt shift_right(ForwardIt first, ForwardIt last, difference_type_t<ForwardIt> n)
{
    if (n <= 0) {
        return first;
    }

    if constexpr (is_category<ForwardIt, std::bidirectional_iterator_tag>) {
        auto mid = last;
        if (::bounded_advance(mid, -n, first)) {
            return last;
        }
        return std::move_backward(std::move(first), std::move(mid), std::move(last));
    } else {
        auto result = first;
        if (::bounded_advance(result, n, last)) {
            return last;
        }

        // Invariant: next(first, n) == result
        // Invariant: next(trail, n) == lead

        auto lead = result;
        auto trail = first;

        for (; trail != result; ++lead, void(++trail)) {
            if (lead == last) {
                // The range looks like:
                //
                //   |-- (n - k) elements --|-- k elements --|-- (n - k) elements --|
                //   ^-first          trail-^                ^-result          last-^
                //
                // Note that distance(first, trail) == distance(result, last)
                std::move(std::move(first), std::move(trail), std::move(result));
                return result;
            }
        }

        for (;;) {
            for (auto mid = first; mid != result; ++lead, void(++trail), ++mid) {
                if (lead == last) {
                    // The range looks like:
                    //
                    //   |-- (n - k) elements --|-- k elements --|-- ... --|-- n elements --|
                    //   ^-first            mid-^         result-^         ^-trail     last-^
                    //
                    trail = std::move(mid, result, std::move(trail));
                    std::move(std::move(first), std::move(mid), std::move(trail));
                    return result;
                }
                std::iter_swap(mid, trail);
            }
        }
    }
}
vll
la source
3
Je me demande pourquoi void(++trail)...
YSC
@YSC protège contre les avertissements trop zélés de "résultats rejetés"
Caleth
@vll C'est ce que je pensais.
YSC
5
@YSC Probablement pour se protéger contre les opérateurs de virgule surchargés qui ne sont pas censés être appelés.
noyer
@walnut ho vous avez peut-être raison!
YSC