как разрешить проблему

Код

typedef std::map<string, RegistryEntry*> EntryMap; typedef EntryMap::iterator EntryMapIterator; ....  EntryMapIterator result =  m_children.find(sEntryId); // ошибка

Цитата

[C++ Error] RegistryEntry.cpp(63): E2034 Cannot convert '_Rb_tree_iterator<EntryMapValue,_Const_traits<EntryMapValue> >' to 'EntryMapIterator'

Каой тип объявить в качестве result?

Используй вместо
typedef EntryMap::iterator EntryMapIterator;
вот это
typedef EntryMap::const_iterator EntryMapIterator
--- Хотя на MSDN-е указана возможность для map.find() ...

Код

iterator find(    const Key& _Key ); const_iterator find(    const Key& _Key ) const;

...присваиваться просто итератору. Но я плохо представляю как две функции перегружены по возвращаемому значению и как вызывать первую. Я использую вторую.
Может быть первую вызывать так:
find_res = (*mymap.find( key )).second;

Это сообщение отредактировал(а) comcon1 - 3.8.2005, 16:25

Спасибо. В общем я то же вышел на на const_iterator.

Дополнительный вопрос
нужно реализовать для map типа

Код

for_each(m_children.begin(), m_children.end(), mem_fun(&RegistryEntry::destroy));

Но iterator при разименовании возвращает pair вместо RegistryEntry*
как быть?

Первое что приходит в голову: написать свою версию алгоритма

Код

template<class _InIt, class _Fn1> inline     _Fn1 for_each_second(_InIt _First, _InIt _Last, _Fn1 _Func)     {         for (; _First != _Last; ++_First)         _Func((*_First).second);     return (_Func);     }

Ну тогда можно и темплаейтами не заморачиваться

Код

for(EntryMapIterator i = m_children.begin(); i !=  m_children.end(); i++) {         delete (*i).second; }

Извини. Но если писать адаптеры то будет пострашнее.(ИМХО)

А что не понравилось? Код будет спрятан в хедере точно так же как for_each,
и пользоваться так же удобно как и for_each. Что по-твоему больше в духе темплейтов?

PS см. boost::bind
Добавлено @ 17:40
http://www.boost.org/libs/bind/bind.html#w...member_pointers

Это сообщение отредактировал(а) LPBOY - 3.8.2005, 17:51

Цитата(comcon1 @ 3.8.2005, 16:15)

Но я плохо представляю как две функции перегружены по возвращаемому значению и как вызывать первую.

Они перегружаются по контексту - они не только возвращаемым значением отличаются: одна из них константная. Так что для конст-объекта всегда вызывается вторая функция (константная), а для не-конст - первая.
Это вообще-то стандартный прием - определять пару "почти" одинаковых функций - посмотри, например, оператор [] для массива и т.д. Без этого очень трудно жить, если последовательно объявлять константным все, что по логике-семантике таковым является. Не-конст find не вызовешь из константного метода. С другой стороны, иногда нужно найти объект, чтобы его удалить, так что здесь const_iterator никак не пойдет.

Цитата(LPBOY @ 3.8.2005, 17:39)

Извини. Но если писать адаптеры то будет пострашнее.(ИМХО)

Да ладно! в данном случае обертка будет тривиальная. Имя ей можно дать "говорящее" - "делать то-то" - что весьма повышает читаемость.
Кроме того, использование алгоритмов типа for_each и пр. дает возможность даже не вспоминать, какого типа там итератор должен быть (а иногда эти определения бывают весьма многоэтажными): есть begin-end, и слава богу.
Я часто пишу свои локальные алгоритмы-обработчики как шаблоны по итератору, даже если точно знаю, что будет ровно одно инстационирование: типы итераторов могут быть вложенными во внутренние private классы, и вытаскивать их наружу ради пары алгоритмов не хочется. А шаблонному алгоритму надо только чтобы тип был виден в точке вызова.

Ну и всегда есть возможность использовать бустовские binder'ы - они значительно удобнее и лучше читаются.