在另一个项目中包含继承的类时，与抽象类发生链接器错误

Question

如果我有一个抽象类

像这样：

#pragma once
#include <string>

class BaseObject
{
public:
    virtual std::string to_string() = 0;
};

一些类扩展了这个类。

#pragma once
#include "baseobject.h"

class Point : BaseObject
{
public:
    Point() {}
    ~Point() {}
    Point(float _x, float _y) : x(_x), y(_y) {}

    std::string to_string();

    float x, y;
};

在同一项目中，我可以在派生类的cpp文件中实现to_string函数，但当我想在同一解决方案中的另一个项目中使用该类时，我得到一个链接器错误

错误LNK2001:未解析的外部符号“public：virtual class std::basic_string ,class std::allocator >__cdecl point::to_string(void)”（？to_string@point@@ueaa？av？$basic_string@du？$char_traits@d@std@@v？$allocator@d@2@@std@@xz)1>路径\to\circleht_test.exe：致命错误LNK1120:1未

一旦我将实现移到头文件中，一切都很好。这是为什么？我应该总是在派生类的头中实现纯虚函数吗？




Answer 1

在同一个项目中，我可以在扩展类的cpp文件中实现to_string函数，但当我想在同一个解决方案中的另一个项目中使用该类时，我得到一个链接器错误。

point::to_string实现的源代码在某个实现文件中，可能称为point.cpp。该文件包含在项目的源文件列表中。因此，当您生成项目时，它会被编译到point.obj文件中，该文件包含函数的二进制代码。链接器最终使用该文件生成可执行程序。

当您生成不同的项目时，point.cpp不在源文件列表中。您在某处包含了point.h这一事实与此无关。将类分离为*.cpp和*.h文件只是一种非常常见的惯例。如果您只是包含*.h文件，而没有确保将相应的*.cpp文件编译为*.obj文件，那么结果与您在这里遇到的情况完全相同：未创建point.obj，因此链接器会正确地抱怨缺少定义。

最干净的解决方案是将第一个项目或第一个项目的部分转换为库项目，该库项目内置到*.lib文件中。然后，应该将*.lib文件添加到需要它的每个应用程序项目的链接器依赖项中。

一旦我将实现移到头文件中，一切都很好。这是为什么？

因为在这种情况下，函数的实现是内联的，并且包含头文件的其他项目中的每个*.cpp文件都将获得它。

最后，请注意，这个答案有些特定于Visual Studio/Visual C++，尽管构建过程的基本思想通常与每个工具集都是相同的。