Список инициализации дял членов класса
Всем привет.
Появился маленький вопрсо по данной теме, со списком инициализации все понятно, если имеется булевая переменная то : value(false).
Но если например у члена класса надо вызватть функцию, как тогда это записывается?
Например QTimer *timeout, как в списке инициализации записать timeout->stop()?
Спасибо.
3
94
Вам це подобається? Поділіться в соціальних мережах!
- Останні коментарі
- AK01 квітня 2025 р. 11:41Добрый день. В данный момент работаю над проектом, где необходимо выводить звук из программы в определенное аудиоустройство (колонки, наушники, виртуальный кабель и т.д). Пишу на Qt5.12.12 поско…
- VP09 березня 2025 р. 16:14Здравствуйте! Я устанавливал Qt6 из исходников а также Qt Creator по отдельности. Все компоненты, связанные с разработкой для Android, установлены. Кроме одного... Когда пытаюсь скомпилиров…
- Тепер обговоріть на форумі
- DT14 квітня 2025 р. 15:38Всем привет! На Qt 6.8 MinGW пытаюсь сделать управление подключением WiFi из программы. Пока делаю поддержку Windows, но так же хочу в дальнейшем внедрить и поддержку Linux/MacOS. Для…
- f15 лютого 2025 р. 13:46Подскажите, пожалуйста! Как данный класс можно дополнить, чтобы созданные объекты можно было перемещать мышкой по сцене?
- Не запускается компьютер (точнее работает блок , но сам монитор вообще жесть)В общем я ничего с интернета не скачивала в последнее время. На компе никаких левых пр…
- Вопрос решен. Узнать QModelIndex элемента на который мы перетаскиваем другой элемент, можно с помощью функции indexAt(event->position().toPoint()) представления QTreeViev вызываемой в переопр…
Например вот такое как правильно инициализировать?
То есть коннект остается в теле конструктора, создание указателя понятно, а вот интервал и запуск.
Привет.
Можешь также оставить в конструкторе класса.
А по поводу timeout->stop(), это должно быт ьв теле конструктора или в список инициализации это можно как то запсать?
Это должно быть там, где предполагает логика программы.
То есть там и тогда, когда таймер нужно остановить. И это может быть в слоте timeoutFired .
Или в любом другом методе.
Какой смысл останавливать таймер в конструкторе, если там же его запускают?
И уж тем более не в списке инициализации, получается, что таймер останавливают раньше, чем он вообще создался.
Лямбда или статический метод. Второе на мой взгляд выглядит лучше.
Остаётся лишь вопрос в другом. Насколько это действительно необходимо, использовать статические методы или лямбды для списка инициализации.
Ну если класс родитель, например, таймер в конструкторе просит.
С тем же результатом можно подобный код добавить в тело конструктора.
То есть здесь вопрос лишь в том, чтобы получить какую-то небольшую оптимизацию при инициализации в ущерб читаемости кода.
Хорошо, статический метод не так перегрузит читаемость, но лямбда неплохо попортит кровь, увеличив сложность понимания. То есть читающий код программист должен будет обладать большим опытом, чем если бы это всё было сделано в теле конструктора.
Я поэтому и написал, действительно ли это нужно. Ну либо я неправильно понял ваш комментарий, Михаил.
Почему не используете новый синтаксис коннекта?
Я только ответил как это можно сделать технически. Статические методы иногда используются для инициализации. Другой пример, константный указатель SomeClass * const ptr; не может быть проинициализирован в теле конструктора. Т.к. в теле идёт уже не инициализация, а присваивание.
Да, я понял. Спасибо. Интересно было Ваше мнение вообще в этом плане.
И ещё у QObject уже есть метод startTimer(). Возможно он вам больше подойдёт, если ваш класс унаследован от QObject. Хотя я предпочитаю использовать QTimer отдельно, как вы это и делаете.
Ну и наконец, если нужно, чтобы таймер сработал только один раз, то у QTimer есть статический метод. QTimer::singleShot(600000, &app, SLOT(quit())); // из документации