Мой CarouselViewControl блок жестов и панорамирования в ItemSsource

(Примечание. Полный ответ должен содержать комментарий @ thokra, который означает, что main.cpp является именем файла, а внешний вид точки входа в программу в файле с этим именем является только условным. довольно хорошо придерживался соглашения в Qt-программах и C ++ вообще, чтобы попытаться поместить точку входа в файл с таким именем.)

Одной категорией будет регистрация глобальных перехватов и настроек , Подумайте о таких вещах, как qInstallMessageHandler или QTextCodec :: setCodecForCStrings .

Инициализация любых библиотек non-Qt , которые ваше приложение хочет воспринимать как нечто само собой разумеющееся, будет другой областью.

Если ваша программа имеет объект главного окна, который только создается и уничтожается один раз, может показаться одинаково подходящим поставить код «запустить один раз» в его конструктор / деструктор. Но спросите себя, что это такое о вашем приложении, которое позволяет ему иметь только одно главное окно. Почему бы ему не иметь два в одном процессе? Даже если это не является частью сегодняшнего требования, оно может предложить архитектурную границу.

В личном опыте я упомянул, что если вы попытаетесь сделать класс, полученный из QApplication, а затем поместите свой глобальный запуск -код в конструкторе и деструкторе этого производного класса, что сложнее, чем кажется (особенно если вы создаете потоки и делаете виджеты в этом конструкторе) . Поэтому я не думаю, что в большинстве сценариев вы должны получить от QApplication. Я застрял в этом, потому что я создавал приложение framework ... но избегайте этого, и ваш код запуска выполняется в main.cpp.