Использование UI-классов Опции

[Rosster]

Что лучше использовать при присоединении ui файла в проект:
1.Использование автосоединения сигнал-слот:
void on_<widget name>_<signal name>(<signal parameters>);
В каких случаях лучше применять его, а в каких случаях все делать руками. У кого какой опыт.
2. Два варианта включения ui файла:
-прямое наследование от ui_класса,
-включение ui_ объекта внутрь класса.

[Kagami]

Я обычно использую в своем классе указатель на ui-класс + автосоединение

[Алексей1153]

-прямое наследование от ui_класса,

это хуже . Гораздо удобнее иметь все контролы в одном месте - ui

[BRE]

-прямое наследование от ui_класса,

это хуже . Гораздо удобнее иметь все контролы в одном месте - ui

Ну не знаю насколько это хуже и почему контролы перестают быть "в одном месте". Да и отпадает необходимость везде писать ui с точкой.

[Алексей1153]

BRE, получается рассыпуха контролов, видимая во всём классе формы. Вот и всё Любишь бардак - никто не осуждает.

[Rosster]

Получается единого мнения нету? а как с распределением памяти во 2 вопросе по ui включению в проект? и как программа быстрее работает в обоих вопросах?или скорость одинакова? Единственный минус в использовании указателя вижу только в постоянной приписке ui->

[BRE]

BRE, получается рассыпуха контролов, видимая во всём классе формы. Вот и всё Любишь бардак - никто не осуждает.

А через ui они не видны?
В чем бардак? Есть класс формы, в котором по определению должны быть видны все ее контроллы.

Получается единого мнения нету?

Конечно нет, и быть не может.
Как нравиться - так и используй.

[Алексей1153]

или скорость одинакова? Единственный минус в использовании указателя вижу только в постоянной приписке ui->

скорость одинаковая. А минуса в приписке не вижу - люблю упорядоченность

[Litkevich Yuriy]

по поводу UI
* множественное наследование
+ работать проще, т.к. обращаешься к элементам UI как к члену класса.
- при достаточно большом коде, всякие изменения в ui-файле вызывают продолжительную перекомпиляцию, т.к. ui-заголовчник будет включатся в несколько cpp-файлов

* агрегация через указатель
+ быстрая компиляция, т.к. можно использовать предварительное объявление
- необходимо создать и удалить ui-объект вручную, т.к. он не наследник QObject.
- нужно использовать имя объекта всюду в коде

* агрегация через член класса
+ по сравнению с предыдущим пунктом - не нужно вручную управлять временем жизни ui-объекта
- нужно использовать имя объекта всюду в коде
- при достаточно большом коде, всякие изменения ui-файле вызывают продолжительную перекомпиляцию, т.к. ui-заголовчник будет включатся в несколько cpp-файлов