Приведение типов

[goer]

Assitant:

The qobject_cast() function behaves similarly to the standard C++ dynamic_cast(), with the advantages that it doesn't require RTTI support and it works across dynamic library boundaries.
qobject_cast() can also be used in conjunction with interfaces;

Поскольку qobject_cast работает только для QObject-ов было бы глупо невоспользовоться этим ограничением для оптимизации кастинга

[kitov]

Для классов унаследованныx от QObject я бы предпочел
qobject_cast - быстрее ( ибо без rtti)

Есть реальные цифры?
На основании чего делается вывод, о тормознутости dynamic_cast по сравнению с qobject_cast

Какие тебе цифры надо ?
Напиши сам тест и замерь.
Всем исвестно что использование rtti
программу шустрее не делает.

[goer]

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

Вобще мне тоже было бы интересно посмотреть на результаты тестов.

[Tonal]

Открываем любой moc_*.cpp файл и внимательно рассматриваем функцию ClassName::qt_metacast(const char *_clname).
Сравнение строк и рекурсивные вызовы:

Код:

static const char qt_meta_stringdata_frmNotation[] = {
  "frmNotation\0"
};

void *frmNotation::qt_metacast(const char *_clname)
{
  if (!_clname) return 0;
  if (!strcmp(_clname, qt_meta_stringdata_frmNotation))
    return static_cast<void*>(const_cast< frmNotation*>(this));
  if (!strcmp(_clname, "Ui::frmNotation"))
    return static_cast< Ui::frmNotation*>(const_cast< frmNotation*>(this));
  return QDialog::qt_metacast(_clname);
}

Тут заметна ещё и потенциальная грабля с динамической линковкой при одноимённых классах в разных dll-ках.
Хотя эта задачку в рамках С++ автоматом пока не решается.

Про RTTI vs moc - компилятор знает всю иерархию класса, а moc - только непосредственных предков. Соответственно, умный компилятор, может сгенерировать довольно быструю функцию каста, чего moc не может в принципе.
Правда я не уверен, что какой-нибудь из компиляторов это делает. ;-)

Ну а тесты пусть делает тот, кто любит голословные утверждения на основе "общеизвестных фактов". ;-)

[goer]

Продуктивно поспорили. Одни говорят что черное чернее белого потому что это черное, а другие что белое белее черного потому что это белое

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

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

[Waryable]

Всем привет. Что бы не создавать тему-дубликат пишу здесь, тем более, что вопрос 100% подходит данной теме.
Вобщем, есть проблема: имеется набор классов-наследников от QObject. Эти классы категорически желательно пихнуть в контейнер. Я так подозреваю проблема решается через касты. Как говорится, я с "детства" не люблю приведение типов, и максимум на что решался - это приведение базовых типов. А вот теперь мне похоже никуда не деца.
Очень приветствуются не конкретные решения, а некие наставнические советы + ссылки на подробные материалы по кастам. Пошарил в нете, что-то не нашел подходящего материала. А хочется разобраться изнутри как это происходит.

Немного уточняющей информации по классам, которые необходимо пихнуть в контейнер:
1. Классы имеют практически идентичный интерфейс(интерфейсные функции практически на 100% совпадают по названию и аргументам)
2. ... однако эти ф-ии выполняют свою работу различными методами(т.к. работа идет на уровне драйверов устройств)
3. Исходя из 2 и по некоторым другим соображениям требуется сделать максимально независимые классы.

И, всетаки, может кто производил спортивные соревнования на скорость м/у средствами Qt и С++?

ПС: Просьба сильно палками не бить. 

[Waryable]

Пока не нашел нормального источника информации попробовал примерчик:

Код

C++ (Qt)
class myClass1   {}
class myClass2   {}
...
class myClassN   {} 
 
 
myClass1* myCl1 = new myClass1;
myClass2* myCl2 = new myClass2;
...
myClassN* myClN = new myClassN;
 
QList<QObject*> myObjList;
 
myObjList.append(myCl1);
myObjList.append(myCl2);
...
myObjList.append(myClN);
 
myClass1* fromListCl = qobject_cast<myClass1*>(myObjList.at(0));

Дальнейшая работа с указателем fromListCl вроде бы корректна. Вызываю методы, изменяю данные. Но ведь не всегда видать сразу все грабли, на то они и грабли.

[kuzulis]

А точно нужно в:

myClass1* fromListCl = qobject_cast<myClass1*>(myObjList.at(1));

нужно myObjList.at(1) Может надо  myObjList.at(0) ?

[Waryable]

А точно нужно в:

myClass1* fromListCl = qobject_cast<myClass1*>(myObjList.at(1));

нужно myObjList.at(1) Может надо   myObjList.at(0) ?

Пардон, виноват не я, а копипаст зараза  
Исправил.

[pastor]

Так в чем собственно вопрос\проблема?

[Igors]

Я тоже проблемы не разглядел. Ну сделали MyBaseClass, у него virtual'ы, потом породили MyClass1, MyClass2 и.т.п, для них переопределили virtual'ы. Указатели поместили в контейнер и работаете типа

container[index]->MyVitualFunc(..);

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

[Waryable]

Спс всем кто отозвался.
Igors, я думал над этим вариантом. Но почему-то интуитивно его отбросил, наверное я был не прав. А поступил так из соображений эффективности, т.е. посчитал что приведение указателя в типу будет быстрее, чем неявный анализ информации о типе объекта. Но чуть въехав в тему я понял, что для приведения к типу необходимо производить свой анализ.

Так в чем собственно вопрос\проблема?

Ну вопроса было два:
1. насколько быстро производится приведение к типу.
2. надежность способа, который я привел выше.

[Igors]

А поступил так из соображений эффективности, т.е. посчитал что приведение указателя в типу будет быстрее, чем неявный анализ информации о типе объекта.

Не бывает просто "быстро/медленно" всегда что-то меряется по отношению к чему-то. Например, Вы собираетесь использовать QList. Операции с ним быстрые (если говорить "вообще") но намного медленнее чем приведение типов. Отказ от виртуальных методов не выигрывает в скорости если все равно находить тип вручную. 

Если Вам надо принципиально повысить скорость (выжать максимум) то надо обходиться без QObject, котейнеров и.т.п. то есть брать все это на себя. А на типах много не сэкономить Но такая "супер-скорость" нужна очень редко (и кропотливая работа с ней должна быть оплачена )

Если есть какие-то сомнения в скорости приведения - возьмите это на себя. Псевдокод

Код:

class MyBaseTypedObject : public QObject {
  ...
  virtual int GetTypeId( void  ) const = 0; 
};

Чтобы использовать switch вместо неприятной последовательности qobject_case

Код:

switch (obj->GetTypeId()) {
  case OBJ_TYPE_1:
    ((MyObj1 *) obj)->DoSomething();
    break;
   ...
}

Пусть оно сильно не поможет но "сердце успокоится"