Устройство дерева проекта

[Пантер]

qm можно формировать на этапе инсталла и кидать сразу куда нужно. Держать их смысла не имеет.

[__Heaven__]

Угу, понятно. Спасибо.

[__Heaven__]

А во время компиляции (дебага) я могу кидать переводы в папку сборки?

QMAKE_POST_LINK += postbuild.bat не работает

[kambala]

попробуй call postbuild.bat

[__Heaven__]

попробуй call postbuild.bat

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

[kambala]

тогда сунь содержимое батника в QMAKE_POST_LINK, по одной команде. у меня вот такое работает:

Код:

    QMAKE_POST_LINK = sed -e \'s/@APP_VERSION@/$$VERSION/\' -e \'s/@COPYRIGHT@/$$COPYRIGHT/\' -i \'\' $$INFO_PLIST_PATH;

    isEmpty(IS_RELEASE_BUILD) {
        # create symlinks instead of copying in debug mode
        QMAKE_POST_LINK += [ -L $$BUNDLE_DATA ] || ln -s $$_PRO_FILE_PWD_/$$PROJECT_DATA $$BUNDLE_DATA;
        QMAKE_POST_LINK += [ -L $$BUNDLE_TR ]   || ln -s $$_PRO_FILE_PWD_/$$PROJECT_TR   $$BUNDLE_TR;
    }
    else {
        # remove unused files
        QMAKE_POST_LINK += rm -rf $$BUNDLE_DATA/items $$BUNDLE_TR/*.ts;
    }

[__Heaven__]

Не, не работает. Кстати, Qt 5.4.

Хочу ещё вопрос спросить.
Как поступить.
Вот есть у меня геометрия. С ней нужно оперировать функциями. В моём проекте всё это хранится в mainwindow.

Правильнее, наверное, сделать класс GeometryStorage, который будет хранить геометрию, класс GeometryReader - friend предыдущему для открытия файлов, класс GeometrySaver, GeometryOptimizer, GeometryWorker.
Какое будет мнение?

[Bepec]

Тут имеется золотая середина, которая у каждого своя.

Приведу пример.
Цель: создать объект класса. Типов класса может быть 3.
Моё решение: 3 класса, внучата одного общего с общим же интерфейсом. Возвращаются из ф-ции myObject * createObject(); Если ошибка, возвращаем NULL.
Решение другого программиста: фабрика классов, которой должен быть передан умный указатель, правда перед этим фабрика должна быть инициализирована списком допустимых классов,  ошибку можно получить лишь после передачи умного указателя в фабрику ошибок.

Оба решения верны, оба имеют и плюсы и минусы, но мне импонирует моё решение

PS Каждый выбирает для себя

[__Heaven__]

Попалась такая проблема:
Дерево проекта упрощённо выглядит так:
*.pro
src
+dialogs
    +MyDialog.ui
+widgets
    +MyWidget.h

Теперь я хочу преобразовать с помощью дизайнера виджет, находящийся на MyDialog.ui, в мой виджет.
Что мне необходимо указывать в качестве заголовочного файла?
В ubuntu подошло "../../src/widgets/mywidget.h" по той причине, что сборка происходит в папку ./build.
В винде же у меня используется для сборки папка ../build.

[__Heaven__]

%{CurrentProject:Path} как-то можно передать?

[__Heaven__]

Решил вопрос с помощью

Код:

INCLUDEPATH += ./src/widgets

Но мне кажется это не элегантным решением

[Пантер]

Решил вопрос с помощью

Код:

INCLUDEPATH += ./src/widgets

Но мне кажется это не элегантным решением

Вполне правильное решение.

[__Heaven__]

Спасибо.