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

Why do we reference C++ projects in Visual Studio 2013?

本文关键字：引用 C++ 项目 2013 Studio 我们 Visual 为什么      更新时间：2023-10-16

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

基本上，即使我在同一个解决方案文件中拥有所有项目，并且头文件正确地找到了彼此（intellisense没有抱怨/发生了正确的linting），我仍然会遇到链接器错误。但是，即使引用项目纯粹是为了解决链接器错误，如果intellisense可以peek/向我从单独项目导入的代码显示定义，这难道不意味着Visual Studio也知道我链接的是哪个项目吗？

这一定是有原因的，即使在VS 2013中，我们也会引用#include和包含的项目。有人能解释一下原因吗？

"即使在VS 2013中，我们也会引用#include和包含的项目，这肯定是有原因的。有人能解释一下原因吗？"

通过包含头文件，可以使用其中的（函数、类或结构的）声明。但要获得一个完全可执行的程序，还有更多的必要：

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

如果您有只包含头的库，那么至少有2点是不相关的，但VisualStudio仍然需要项目引用来解析头文件路径。

特别是对于Visual Studio，还有#import指令，它使链接到共享库变得更容易（并将这些库作为独立项目，从同一解决方案中安装引用的库）。

不，链接器在任何给定时间神奇地猜测要链接到项目中的定义在计算上是不可行的。它没有尝试这样做是件好事。

C/C++编译过程有两个步骤：

  • 将（.c/.cpp）源代码编译到lib中（需要外部.h文件）
  • 将所有必要的lib文件链接到一个可执行文件中（需要自己编译的lib文件和外部lib文件。毕竟，外部.h文件只包含定义）
相关文章：