Oparte na zakresie pętli z boost :: adapter :: indeksowane

Question

Pętla C++ 11 dla pętli odejmuje iterator. Czy to oznacza, że ​​nie ma sensu używać go z boost::adaptor::indexed? Przykład:

boost::counting_range numbers(10,20); 
for(auto i : numbers | indexed(0)) { 
    cout << "number = " i 
    /* << " | index = " << i.index() */ // i is an integer! 
    << "\n"; 
} 

Zawsze mogę użyć licznika, ale lubię indeksowane iteratory.

• Czy można z nich korzystać w jakiś sposób w oparciu o pętle?
• Jaki jest idiom używania pętli opartych na zakresie z indeksem? (tylko zwykły licznik?)

Answer 1

Zostało to naprawione w wersji Boost 1.56 (wydanej w sierpniu 2014 r.); element jest pośredni za funkcjami składowymi value_type z z .

przykład: http://coliru.stacked-crooked.com/a/e95bdff0a9d371ea

auto numbers = boost::counting_range(10, 20); 
for (auto i : numbers | boost::adaptors::indexed()) 
    std::cout << "number = " << i.value() 
     << " | index = " << i.index() << "\n"; 

Answer 2

Krótka odpowiedź (jak wszyscy w komentarzach) jest "właściwa, nie ma sensu". Też znalazłem to denerwujące. W zależności od Twojego stylu programowania, można jak „zipfor” pakiet napisałem (tylko nagłówek): from github

To pozwala składnia jak

std::vector v; 
zipfor(x,i eachin v, icounter) { 
    // use x as deferenced element of x 
    // and i as index 
} 

Niestety, nie mogę zrozumieć drogę do korzystania z wahała opartej dla składni i muszą uciekać się do „zipfor” makro :(

nagłówek został pierwotnie zaprojektowany dla rzeczy jak

std::vector v,w; 
zipfor(x,y eachin v,w) { 
    // x is element of v 
    // y is element of w (both iterated in parallel) 
} 

i

std::map m; 
mapfor(k,v eachin m) 
    // k is key and v is value of pair in m 

Moje testy na g ++ 4.8 z pełnymi optymalizacjami pokazują, że wynikowy kod nie jest wolniejszy niż zapisanie go ręcznie.