Наследование от QList.

[Пантер]

Такая, что деструктор не обязательно виртуальный, внутренности (private) скрыты и что в них - хз (т.е. нету полного контроля над внутренней реализацией), protected в большинстве отсутствует.

[Авварон]

класс будет жить на стеке и виртуальный дестр ему не нужен

[Пантер]

Ога. Это типа такое ограничение? А вдруг забуду и сделаю его в куче? Т.е. захочу удалить через указатель на QList.

[GreatSnake]

Если наследуешься от класса, который для этого не предназначен, можешь огрести косяков.

Чего-то я тоже не понимаю, что плохого в наследовании от QList?

[Авварон]

Ога. Это типа такое ограничение? А вдруг забуду и сделаю его в куче? Т.е. захочу удалить через указатель на QList.

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

[SASA]

не понял, oprator[] же возвражает норм ссылку, а at() конст ссылку.

Ну, и в методах получается

Код:

oprator[](i).blabla()

Мало того, что выглядит страшно, так она ещё подсвечивается в IDE не как метод.

Тогда лучше QList агрегировать в свой класс.

В коде этот класс используется как контейнер. Можно, конечно, переопределить кучу методов, да так, чтоб не ошибиться с со всякими const, &, << и т.д. Долго и ошибкоопастно.

[kirill]

Вот здесь я делаю такой изврат:
http://qtcoder.blogspot.com/2010/02/directmap-map.html

Код

C++ (Qt)
template <class Key, class Value>
class DirectMap : private QList<QPair<Key, Value> >
{
public:
  //! Добавляем пару
  void append(const Key &, const Value &);
  //! Список ключей
  QList<Key> keys() const;
  //!
  Value operator[](const Key & key) const;
};
 
 
 

[m_ax]

Вот здесь я делаю такой изврат:
http://qtcoder.blogspot.com/2010/02/directmap-map.html

Код

C++ (Qt)
template <class Key, class Value>
class DirectMap : private QList<QPair<Key, Value> >
{
public:
  //! Добавляем пару
  void append(const Key &, const Value &);
  //! Список ключей
  QList<Key> keys() const;
  //!
  Value operator[](const Key & key) const;
};
 
 
 

А зачем дублировать информацию о ключах, ведь её можно извлечь из  QList<QPair<Key, Value> >?
И почему просто не воспользоваться QMap?

Ой, совсем брежу)) QList - эт ж не член)) Первый вопрос решён))

[twp]

по второму вопросу можно узнать ответ, прочитав каменты по той ссылке, что приведена перед фрагментом кода

[m_ax]

по второму вопросу можно узнать ответ, прочитав каменты по той ссылке, что приведена перед фрагментом кода

Ясненько)

[Igors]

А чего это "ссылка" производит такое магическое действие?  Я вот читаю и не врубаюсь

Недостаток ассоциативного массива QMap в том, что в нем ключи упорядочиваются. Т.е. если я добавлю в QMap" Key2", "Key1", то на выходе получу, сюрприз, "Key1", "Key2". Ключи будут отсортированы.
Такое поведение честно говоря подзае..ло, а альтернативы в Qt нету.

На то он и map (красно-черное дерево) чтобы автоматом упорядочиваться, зачем называть это недостатком?

В качестве альтернативы они предлагают использовать QList<QPair<>>. Крайне громоздкая структура.
Наконец я решил сделать класс с удобством пользования как у QMap и с функционалом как у QList, т.е. без автоматического упорядочивания по ключам.
..
template <class Key, class Value>
Value DirectMap<Key, Value>::operator[](const Key & key) const
{
  for (int i = 0; i < QList::count(); ++i)
  {
   if (QList::at(i).first == key)
   {
     return QList::value(i).second;
   }
  }
  return Value();
}

Не жирно ли будет работать линейным перебором? Если "так надо" то с тем же успехом можно задействовать любой контейнер прямого доступа, а прятать это в операторе [] - никак не гуд. Если я чего-то не понял - поясните.

[kirill]

Недостаток ассоциативного массива QMap в том, что в нем ключи упорядочиваются. Т.е. если я добавлю в QMap" Key2", "Key1", то на выходе получу, сюрприз, "Key1", "Key2". Ключи будут отсортированы.
Такое поведение честно говоря подзае..ло, а альтернативы в Qt нету.

На то он и map (красно-черное дерево) чтобы автоматом упорядочиваться, зачем называть это недостатком?

Ну не недостаток.
Я хочу мап, в котором ключи не упорядочиваются.

В качестве альтернативы они предлагают использовать QList<QPair<>>. Крайне громоздкая структура.
Наконец я решил сделать класс с удобством пользования как у QMap и с функционалом как у QList, т.е. без автоматического упорядочивания по ключам.
..
template <class Key, class Value>
Value DirectMap<Key, Value>::operator[](const Key & key) const
{
  for (int i = 0; i < QList::count(); ++i)
  {
   if (QList::at(i).first == key)
   {
     return QList::value(i).second;
   }
  }
  return Value();
}

Не жирно ли будет работать линейным перебором? Если "так надо" то с тем же успехом можно задействовать любой контейнер прямого доступа, а прятать это в операторе [] - никак не гуд. Если я чего-то не понял - поясните.
[/quote]

Согласен, код неоптимален, но общая идея как раз в том, чтобы спрятать в операторе [] процесс доступа к данным.