I have a class that includes a std::list and wish to provide public begin() and end() for const_iterator and private begin() and end() for just plain iterator.
However, the compiler is seeing the private version and complaining that it is private instead of using the public const version.
I understand that C++ will not overload on return type (in this case const_iterator and iterator) and thus it is choosing the non-const version since my object is not const.
Short of casting my object to const before calling begin() or not overloading the name begin is there a way to accomplish this?
I would think this is a known pattern that folks have solved before and would like to follow suit as to how this is typically solved.
class myObject {
public:
void doSomethingConst() const;
};
class myContainer {
public:
typedef std::list<myObject>::const_iterator const_iterator;
private:
typedef std::list<myObject>::iterator iterator;
public:
const_iterator begin() const { return _data.begin(); }
const_iterator end() const { return _data.end(); }
void reorder();
private:
iterator begin() { return _data.begin(); }
iterator end() { return _data.end(); }
private:
std::list<myObject> _data;
};
void myFunction(myContainer &container) {
myContainer::const_iterator itr = container.begin();
myContainer::const_iterator endItr = container.end();
for (; itr != endItr; ++itr) {
const myObject &item = *itr;
item.doSomethingConst();
}
container.reorder(); // Do something non-const on container itself.
}
The error from the compiler is something like this:
../../src/example.h:447: error: `std::_List_iterator<myObject> myContainer::begin()' is private
caller.cpp:2393: error: within this context
../../src/example.h:450: error: `std::_List_iterator<myObject> myContainer::end()' is private
caller.cpp:2394: error: within this context
Thanks.
-William
I think your only option is to rename the private methods (if you need them in the first place).
In addition I believe you should rename the typedefs:
Containers are supposed to typedef both
iteratorandconst_iterator. A generic function accepting a non-const instance of your container might expect to make use of theiteratortypedef – even if it is not going to modify the elements. (For exampleBOOST_FOREACH.)It will be fine as far as const correctness goes, because should the generic function actually try to modify the objects, the real iterator type (being a
const_iterator) wouldn’t let it.As a test, the following should compile with your container:
Note that m is not const, but we are only trying to obtain const references to the contained types, so this should be allowed.