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

[SASA]

Решил сделать контейнер аля QStringList.

Код:

class CMyClassList : public QList<CMyClass>
{
...
}

Проблема 1. Реализация должна быть в h-файле. Причем, если используется внутри библиотеки  - можно и в cpp, а если экспортируется, то нельзя. Кто-нибудь знает почему?

Проблема 2. У QList нет метода, возвращающего T&. Поэтому в методах CMyClassList приходится писать (*this)[_i]. Или сделать функцию

Код:

inline CMyClass & CMyClassList::resultAt(int _i)
{
	return (*this)[_i];
}

То ли троли забыли, то ли наследоваться от QList это плохо.

[Пантер]

А зачем наследоваться от QList?

[Akon]

typedef QList<CMyClass> CMyClassList;
Может это все что нужно?

[SASA]

typedef QList<CMyClass> CMyClassList;
Может это все что нужно?

Сначала было так. Но потом начали появляться операции над всеми элементами контейнера. Например, вызвать определённый метод. Думал сделать QList членом класса, но CMyClassList - контейнер, и используется как контейнер. Наследование самое оно.

А зачем наследоваться от QList?

Например, QstrinList.

[Пантер]

Неверным путем идешь, товарищ.
Определенный метод для всем лучше сделать через стандартные алгоритмы и свой функтор.

[SASA]

Неверным путем идешь, товарищ.
Определенный метод для всем лучше сделать через стандартные алгоритмы и свой функтор.

Не понял.

[Пантер]

Образный пример:

Код

C++ (Qt)
CMyClass {
.........
public:
   void someFunction ();
.........
}
...................
struct CMyClassFunctor {
void operator() (CMyClass *c) {c->someFunction ();}
}
.............
QList <CMyClass*> list;
std::for_each (list.begin(), list.end(), CMyClassFunctor ());

[alexman]

Пантер, что же плохого в насдовании?

[Пантер]

Отвечу вопросом на вопрос: а зачем оно в данном случае? Бритва Оккама

[SASA]

Образный пример:

Код

C++ (Qt)
std::for_each (list.begin(), list.end(), CMyClassFunctor ());

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

И 10 функторов смотрятся "хуже", чем 10 методов одного класса. А если два таких списка?

[Пантер]

Тогда лучше QList агрегировать в свой класс. Не нужно наследоваться от классов, которые не созданы для наследования.

[Авварон]

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

[Igors]

Тогда лучше QList агрегировать в свой класс. Не нужно наследоваться от классов, которые не созданы для наследования.

Ну как сказать. С одной стороны вроде да, все можно делать теми "функторами". А с другой - ну так оно неряшливо смотрится, что желание Sasa иметь "человеческий" класс очень понятно. Откуда у Вас взялся CMyClass? Чему он служит кроме "функтора"? Отож.

[Пантер]

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

[Авварон]

наследовался от кулиста косяков не было. предназначен наследоваться, не предназначен - какая разница