c++ - 为什么我们在 Visual Studio 2013 中引用 C++ 项目?

标签 c++ visual-studio visual-studio-2013

当我们打算使用引用项目中的方法时,为什么我们必须在 Visual Studio 2013 中为 C++ 引用 项目?我很困惑,因为我们使用了 #include 预处理器指令,它将我们打算使用的代码复制并粘贴到同一个头文件中,该头文件仍在实际使用它的方法之上/之前。

基本上,即使我在同一个解决方案 文件中拥有所有项目,并且头文件正确地找到了彼此(intellisense 不会提示/正确的 linting发生),我仍然收到链接器错误。但是,即使引用项目纯粹是为了解决链接器错误,如果智能感知可以窥视/显示定义我从一个单独的项目导入的代码,这是否意味着 Visual Studio 还知道我链接的是哪个项目?

这一定是有原因的,我们 #include 甚至现在在 VS 2013 中都引用了包含的项目。有人可以帮助解释原因吗?

最佳答案

"There must be a reason why, we both #include and reference the included projects even now in VS 2013. Could someone help explain why?"

包含头文件允许使用那里的声明(函数、类或结构)。但是要获得一个完全可执行的程序还有更多必要:

  1. 编译器需要知道从哪里获取#include头文件
  2. 来自不同项目的编译源代码需要链接到最终工件
  3. 链接器需要知道从哪里获取链接库

如果您只有 header 库,则至少有 2 点不相关,但 Visual Studio 仍需要项目引用来解析 header 文件路径。


特别是对于 Visual Studio,还有 #import指令可用,这使得链接共享库变得更容易(并将它们保留为独立项目,而不是来自同一解决方案的引用项目)。

关于c++ - 为什么我们在 Visual Studio 2013 中引用 C++ 项目?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/28386810/

相关文章:

c++ - 递归模板调用中无法调用模板化函数重载

c# - 在 Visual Studio 2019 的 Kestral 下运行 .NET 5 Api 会忽略 launchSettings.json applicationUrl 设置

visual-studio - Visual Studio 2017 RC 安装错误 0x80131500 无法反序列化包

c++ - Pthread + Visual Studio 2013 编译错误

visual-studio-2013 - 在Visual Studio 2013中保持文档打开

c++ - CUDA 流破坏和 CudaDeviceReset

c++ - 在 2 个模板函数之间共享模板类型的数据

c++ - Switch 语句可变模板扩展

visual-studio - 无法从 Visual Studio 2019 发布到 Azure Functions

git - VS2012 和 VS2013 争夺 .sln header