оставить в покое определение и инициализировать в конструкторе?

У конструкторов есть списки инициализации, их и используйте. Кстати, у приватных членов класса лучше ставить в имени префикс m_ — это общепринятое соглашение.

MyClass::MyClass() :
    m_colorsIter(m_colors)
{
}

Сделай это в списке инициализации, Люк!

man списки инициализации

я не нашла

Ага ;-)

А если у меня, к примеру, 4 QMap'а и 4 итератора под них?

Писать длинную, как альпинистская верёвка, строку инициализации? (Не-е-е-ед!) То есть, насколько я понимаю, QMapIterator будучи однажды созданным, не подразумевает изменение QMap'а, по которому он проходит?

А как же верблюжий регистр?

Общепринятое - возможно, но я пока в силу малого опыта сталкивалась только с тем, что принят верблюжий регистр для имён и префикс (любой, кроме Q, по выбору) для указания на то, что класс - пользовательский. Спасибо,я посмотрю.

Писать длинную, как альпинистская верёвка, строку инициализации?

Зачем? Компьютер ведь умный, сам догадается. Ты просто на бумажке напиши, что ты хочешь получить, бумажку сожги, а пепел положи под подушку. Если утром на харде не обнаружишь готовый исходный код, значит в прошлом году ты себя плохо вела. Можешь попробовать еще через годик.

Оффтоп: подскажите,

вам нравится тешить чувство собственного мнимого превосходства над слабым никчёмным женским полом, раз вы в курсе, что такое список инициализации и, наверное, считаете, что 4 QMap'a - это плохо спроектированный класс, поэтому не понадобится в принципе? Видно, это приятнее, чем дать правдивый ответ «я не знаю» на вопрос «как инициализировать QMapIterator».

То есть, насколько я понимаю, QMapIterator будучи однажды созданным, не подразумевает изменение QMap'а, по которому он проходит?

подразумевает

Писать длинную, как альпинистская верёвка, строку инициализации? (Не-е-е-ед!)

клавиша 'Enter' неплохо решает эту проблему ;)

Ладно, уговорили %^>

Но с синхронизированным QVector'ом для перебора «Next/Prev» жрёть чуток больше, а выглядит гораздо аккуратнее...

Неточно выразилась:

Не изменение самого QMap'a, а был итератор на один кумап, стал на другой. Это сферический конь в вакууме, но интересно.

Да.

%^>

Пирожок за честность! С капустой или с картошкой?

и в чём проблема, it = anotherMap.begin();

проблема в типе итератора.

Хотелось попользоваться итератором java-style.

ну, открой документацию и пользуйся

QList<int> list = QList<int>() << 1 << 2 << 3;
QListIterator<int> i = list;

Такс, не удостоятся ли первые четверо, вбросивших про списки инициализации конструктора, написать минимальный компилируемый пример?

Открываем документацию и смотрим на оператор присвоения QMap'а к QMapIterator'у.

Открываем, смотрим, присваиваем:

(без списка инициализации):

class Palette
{
public:
    Palette();
    QString  getFirstColorName(){
        colorsIter = colors;
        return colorsIter.next().value;
    }
private:
    QMap<QString,QString> colors;
    QMapIterator<QString, QString> colorsIter;
}

Что не так?

Кстати, у приватных членов класса лучше ставить в имени префикс m_ — это общепринятое соглашение

Только в венгерской нотации же?

У QMapIterator нет конструктора по умолчанию. Так что списки инициализации.

У тебя есть конструктор, в котором инициализируются все не статические члены класса. Как ты предлагаешь инициализировать итератор?

Мне значительно больше нравится обращение ко всем членам класса через указатель на this. Значительно нагляднее.

Сегодня ты обращаешься к членам через this в C++, завтра пишешь self в Objective-C, послезавтра покупаешь айфон, а потом сам принимаешь чл... WAIT OH SH~

Короче говоря, по-гейски оно как-то.

Зато не спутать локальные переменные и члены класса, а самое главное функции-члены класса и простые функции. Я понимаю, разбираться в членах это как-то по гейски, но уж такой вот язык.

Значительно нагляднее

Длиннее и добавляет лишний синтаксический мусор (->)

Все статические языки добавляют лишний синтаксический мусор. Работа у них такая.