Одновременная разработка в Visual Studio и Qt Creator - PullRequest
12 голосов
/ 25 августа 2009

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

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

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

Ответы [ 5 ]

6 голосов
/ 28 августа 2009

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

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

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

5 голосов
/ 25 августа 2009

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

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

2 голосов
/ 16 ноября 2012

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

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

Так я работал с Visual Studio, Code :: blocks, QT Creator, clang, gcc / mingw и компилятором vc ++.

1 голос
/ 10 августа 2012

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

1 голос
/ 25 августа 2009

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

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