Algoritmi STL che prendono l'intero contenitore anziché .begin(), end() come arg?

Question

Gli algoritmi STL standalone (come std::count_if) accettano una coppia di iteratori. In tutti i casi in cui io uso quelli (e in tutti gli esempi che ho visto in linea!), Mi ritrovo a digitare

std::count_if(myContainer.begin(),myContainer.end(), /* ... */); 

C'è un motivo per cui i modelli stenografici dello stile

std::count_if(myContainer, /* ... */); 

non sono fornito, dato che più che non è l'operazione eseguita sull'intero contenitore? L'ho semplicemente trascurato? La risposta è diversa per C++ 11 e C++ 03?

Answer 1

C'è una bella blog-post da Herb Sutter discutendo la questione . L'essenziale è che l'aggiunta di sovraccarichi basati su container per gli algoritmi può creare ambiguità se esiste già un sovraccarico per quell'algoritmo con lo stesso numero di parametri-modello. I concetti erano destinati a risolvere quel problema.

Answer 2

Semplicemente perché gli algoritmi STL sono collegati/parla con il contenitore usando gli iteratori.

Answer 3

Una ragione potrebbe essere fornire la flessibilità per intervallo di iteratore. Potrebbe non essere necessario per scorrere tutti gli elementi a volte:

<iterator> it = myContainer.begin(); 
it++; // do something 
it++; // do something 
... 
std::count_if(it, myContainer.end(), /* ... */); 

Inoltre, si può sempre avere un wrapper che fa questo per voi:

template<typename T> 
... count_if (T myContainer, ...) 
{ 
    std::count_if(myContainer.begin(), myContainer.end(), /* ... */); 
} 

Answer 4

Il principio e la flessibilità di STL sono principalmente dovuti al funzionamento su iteratori anziché contenitori. Non è un grosso problema, puoi riutilizzare il trucco che sto usando dai miei primi anni C:

#define FULL_RANGE(c) (c).begin(), (c).end() 

std::copy(FULL_RANGE(c), std::ostream_iterator<c::value_type>(cout, "\n"));