Visual studio 2008 如何最好地组织VisualStudio2008+；Qt代码库？
我有一个传统的MFC应用程序，我正在VS2008中使用x86和x64版本构建。我正在尝试向它添加Qt支持，以便在UI中更快地创新 Qt似乎有很多编译选项，我可能想专门为我的应用程序进行调整（不是源代码更改…我想成为LGPL并生成正常的QtCore4.dll，等等） 我首先考虑单独安装qtsdk，并将全局指针添加到includes和libs中。然而，我想为我的产品定制compile选项（以及x86和x64），这意味着也许我应该将Qt-SDK构建到我的主应用程序解决方案（主解决方案中的一组项目）中。然而，这只是一个巨大的混乱，因为Qt动态生成并编译.cpp文件，而它们不遵守项目设置（因此包括go missing等） 最好的方法是什么？我不能用一个qtsdk安装x86和x64，因为所有lib都将以一种或另一种方式构建，而不是同时以两种方式构建。我是否需要并排使用Qt SDK，或者我是否在正确的轨道上尝试将其构建到我的应用程序的源代码库中Visual studio 2008 如何最好地组织VisualStudio2008+；Qt代码库？,visual-studio-2008,qt4,projects-and-solutions,Visual Studio 2008,Qt4,Projects And Solutions,我有一个传统的MFC应用程序，我正在VS2008中使用x86和x64版本构建。我正在尝试向它添加Qt支持，以便在UI中更快地创新 Qt似乎有很多编译选项，我可能想专门为我的应用程序进行调整（不是源代码更改…我想成为LGPL并生成正常的QtCore4.dll，等等） 我首先考虑单独安装qtsdk，并将全局指针添加到includes和libs中。然而，我想为我的产品定制compile选项（以及x86和x64），这意味着也许我应该将Qt-SDK构建到我的主应用程序解决方案（主解决方案中的一组项目）中。
MikeG如果您要在应用程序中使用Qt，我强烈建议您更改构建系统以使用 它使支持Qt的源代码外构建变得更加简单，并且具有32/64位的多个构建设置、平台独立性，以及（可能最重要的）非常容易迁移到新（或多个）visualstudio版本
当我开始使用Qt时，我一直很痛苦，直到我开始使用它——主要是因为自动生成的文件在源代码管理方面完全让我痛苦。能够从源代码树中构建是非常非常有吸引力的，CMake让这变得非常容易。如果您要在应用程序中使用Qt，我强烈建议您更改构建系统以使用它 它使支持Qt的源代码外构建变得更加简单，并且具有32/64位的多个构建设置、平台独立性，以及（可能最重要的）非常容易迁移到新（或多个）visualstudio版本 当我开始使用Qt时，我一直很痛苦，直到我开始使用它——主要是因为自动生成的文件在源代码管理方面完全让我痛苦。能够从您的源代码树中构建是非常非常有吸引力的，CMake使这变得非常容易