#c #templates #c 20 #c -concepts
#c #g #c 20 #libstdc #стандартные диапазоны
Вопрос:
Почему этот код работает с #if 0
установленным блоком, но при его удалении выдает довольно сложный набор сообщений об ошибках? И что еще более важно, как мне получить тот же результат, что и очень похожий блок над ним?
#include <ranges>
#include <iterator>
#include <optional>
#include <string_view>
#include <iostream>
#include <algorithm>
template <::std::ranges::view View,
typename Pred>
requires ::std::ranges::input_range<View> amp;amp;
::std::ranges::common_range<View> amp;amp;
::std::is_object_v<Pred> amp;amp;
::std::indirect_unary_predicate<const Pred, ::std::ranges::iterator_t<View>>
class skip_after_view : public ::std::ranges::view_interface<skip_after_view<View, Pred>>
{
public:
skip_after_view() = default;
skip_after_view(View v, Pred p)
: subview_(::std::move(v)), pred_(::std::move(p))
{}
class iterator;
friend class iterator;
auto begin() const {
return iterator{subview_.begin(), subview_.end(), amp;pred_};
}
auto end() const {
return iterator{subview_.end(), subview_.end(), amp;pred_};
}
private:
View subview_ = View();
Pred pred_;
};
template <typename View, typename Pred>
class skip_after_view<View, Pred>::iterator
{
using parent_t = View::iterator;
using parent_traits = ::std::iterator_traits<parent_t>;
friend class skip_after_view<View, Pred>;
public:
using value_type = parent_traits::value_type;
using reference = parent_traits::reference;
using pointer = parent_traits::pointer;
using difference_type = ::std::ptrdiff_t;
using iterator_category = ::std::input_iterator_tag;
constexpr iterator() = default;
auto operator *() { return *me_; }
auto operator *() const { return *me_; }
iterator amp;operator () {
for (bool last_pred = true; last_pred; ) {
if (end_ != me_) {
last_pred = (*pred_)(operator *());
me_;
} else {
last_pred = false;
}
}
return *this;
}
void operator (int) {
(*this);
}
friend
bool operator ==(iterator const amp;a, iterator const amp;b) {
return a.me_ == b.me_;
}
private:
parent_t me_;
parent_t end_;
Pred const *pred_ = nullptr;
iterator(parent_t const amp;me, parent_t end, Pred const *pred)
: me_(me), end_(::std::move(end)), pred_(pred)
{}
};
template <std::ranges::range Range, typename Pred>
skip_after_view(Rangeamp;amp;) -> skip_after_view<std::ranges::views::all_t<Range>, Pred>;
struct skip_after_adaptor {
template <typename Pred>
class closure {
friend class skip_after_adaptor;
Pred pred;
explicit closure(Pred amp;amp;p) : pred(::std::move(p)) {}
public:
template <typename Range>
auto operator ()(Range amp;amp;range) {
return skip_after_view(::std::forward<Range>(range),
::std::move(pred));
}
};
template <typename Pred>
auto operator ()(Pred pred) const {
return closure<Pred>(::std::move(pred));
}
template <typename Range, typename Pred>
auto operator()(Range amp;amp;range, Pred amp;amp;pred) const {
return skip_after_view(::std::forward(range), ::std::forward(pred));
}
template <typename Range, typename Pred>
friend auto operator|(Rangeamp;amp; rng, closure<Pred> amp;amp;fun) {
return fun(std::forward<Range>(rng));
}
};
constexpr auto skip_after = skip_after_adaptor{};
template <::std::input_iterator it>
void check(it const amp;)
{}
int main()
{
using ::std::string_view;
using namespace ::std::ranges::views;
using ::std::ostream_iterator;
using ::std::ranges::copy;
using ::std::cout;
auto after_e = [](char c) { return c == 'e'; };
constexpr string_view sv{"George Orwell"};
int sum = 0;
{
cout << '[';
copy(sv | skip_after(after_e) | take(6),
ostream_iterator<char>(cout));
cout << "]n";
}
#if 0
{
auto tmp = skip_after(after_e) | take(6);
cout << '[';
copy(sv | tmp, ostream_iterator<char>(cout));
cout << "]n";
}
#endif
return sum;
}
Обязательная ссылка на проводник компилятора
Если то, что я хочу, невозможно чисто, есть ли уродливый способ сделать это? Например, могу ли я создать свой собственный механизм композиции и иметь уродливую кучу мусора для взаимодействия с существующими представлениями.
Комментарии:
1. Сложный вопрос, скрытый под маской простого.
2. Из любопытства: не будет ли использование шаблонов выражений обходным путем / взломом?
3. @darune — пример?
Ответ №1:
Невозможно написать объект закрытия адаптера диапазона, который сочетается со стандартными в C 20. Стандартная библиотека не раскрывает механизм, который она использует для этой композиции.
sv | skip_after(after_e) | take(6)
работает, потому sv | skip_after(after_e)
что попадает в ваш operator|
, который создает a view
, с которым затем можно использовать take(6)
.
Есть большая вероятность, что C 23 предоставит механизм композиции.
Комментарии:
1. Это то, что я подумал. Я изучил, как механизм компоновки используется существующими адаптерами, и он выглядел полностью внутренним для библиотеки. Я спросил об этом только для того, чтобы посмотреть, не упустил ли я чего-нибудь.
2. Есть ли у вас какие-либо предложения о том, как составить их сейчас, даже если это действительно уродливо или утомительно? Например, могу ли я создать свой собственный механизм композиции и иметь уродливую кучу мусора для взаимодействия с существующими представлениями, которые я могу удалить, когда есть лучший способ?