Одновременная разработка в Visual Studio и Qt Creator

Я собираюсь разработать кучу проектов с Qt, которые должны компилироваться как в Visual Studio с интеграцией Qt (коммерческий), так и с Qt Creator с помощью LGPL SDK. Моя основная IDE - это VS, но я тоже стал похож на Qt Creator. Было бы неплохо иметь возможность работать в обоих из них одновременно. В любом случае, мне нужно сделать это.

Самая неприятная проблема - управление проектами. Должен ли я сначала создать файл .pro, а затем импортировать его в VS? Или я должен сначала создать проект VS и создать файл .pro с помощью утилит интеграции Qt? Какой лучший способ сделать это?

Я хотел бы услышать ваши идеи по этому вопросу.

Ответ 1

Я использую файлы .pro в качестве основы и создаю VS проекты из них. Используя правила определения области охвата, я могу установить параметры, специфичные для компилятора VС++ или компилятора MinGW. Я не встречал VS вариант VS, но я не мог указать в файле .pro. ОК, сделайте это: попытка установить уровень предупреждения на 4 (win32: QMAKE_CXXFLAGS_DEBUG + =/W4) не работает, потому что /W 3 все еще присутствовал.

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

Использование этого подхода упрощает автоматическую сборку под различными компиляторами (Microsoft, Intel, MinGW, 64-битные кросс-компиляторы)

Ответ 2

Вы имеете в виду Qt Designer или Qt Creator? Qt Designer - это построитель форм, Qt Creator - это IDE.

Я бы рекомендовал делегировать управление вашим проектом CMake. Теперь у Qt Creator есть поддержка cmake. cmake генерирует файлы проектов на основе простого набора файлов описания. Теперь я использую cmake, даже если я просто использую визуальную студию, потому что гораздо проще управлять общими настройками между связанными проектами, чем обновлять множество настроек в разных диалоговых окнах. Это также многоплатформенная сборка и очень умна при обнаружении инструментов сборки и библиотек, установленных в системе разработчиков, и создания соответствующего выходного файла сборки, создания файлов и идейных файлов проекта.

Ответ 3

Я рад, что вы смогли решить текущую проблему. QT Creator - отличный инструмент. Насколько мне нравится QT Creator и не нравится Visual Studio, если вам нужно работать с другими разработчиками, то в будущем пропуская поддержку для визуальной студии может не быть.

Мне удалась использовать CMake (http://cmake.org/) для создания моих файлов проектов. Я работаю над проектом Linux/windows, где разработчики могут использовать практически любую среду IDE и компилятор. Учиться использовать CMake легко, но учиться создавать хорошие сценарии cmake занимает немного времени. Тем не менее, у QT Creator есть возможность создавать проекты CMake для вас, и вы можете настроить и изучить как можно больше языка CMake build script, как вам нужно.

Подобным образом я работал с visual studio, Code:: blocks, QT Creator, clang, gcc/mingw и компилятором vС++.

Ответ 4

Мой подход состоял в том, чтобы создать проект в VС++, а затем экспортировать его в pro. Затем я настраивал все файлы pro вручную, и я держу их в синхронизации вручную.

Лучше начать с VС++, потому что у VС++ есть еще много опций, которые Qt pro files.
Как только вы начнете изменять более сложные параметры, вам нужно будет вручную синхронизировать.
Убедитесь, что обе программные файлы выводят файлы в тех же каталогах, или вы можете столкнуться с такими проблемами, как файлы moc в каталоге проекта, которые обновляются только с помощью QtCreator, в то время как VС++ только обновляет те, что в GenratedFiles, которые компилятор не может см. из-за первого.

Ответ 5

Я отказался от разработки Visual Studio для С++. Теперь я использую только Qt Creator. Все проблемы с параллельными путями просто не стоят того.