我有一个带有 2 个项目 AlgorithmA 和 AlgorithmB 的 Visual C++ 解决方案，并且它们都与类声明共享一个公共头文件 RunAlgo.h .解决方案中的每个项目都有自己独特的头文件实现。
我正在尝试从公共头文件 RunAlgo.h 中编译一个 DLL 并在项目 AlgorithmA 和 AlgorithmB 中添加对此 DLL 的引用强>。然后，我在两个项目中都包含了单独的 RunAlgo.cpp 定义文件。问题是我在编译只有头文件的新 DLL 项目时遇到链接器错误。
所以，问题是
【问题讨论】：
1 & 3：不，这在 C++ 中没有意义。
库（动态或其他）仅在链接期间使用。在编译期间，声明必须以源代码形式对编译器可见。这就是为什么，例如，除了链接到标准库之外，您还必须显式地#include 标准库头文件。
2：您已经在做的基本上是唯一的解决方案。将公共头文件放在各自的目录下，并将该目录添加到两个项目各自的包含路径中。
【讨论】：
头文件可以只有类吗 声明被编译成 DLL
不，标头通常只包含声明。编译时的声明不会产生任何机器代码，因此生成的 DLL 将为空。
对于上述场景，是否存在 更好的方法来重用共同点 项目之间的头文件？
重用标头很好。事实上，每个库都有一组头文件，您需要将这些头文件包含在使用该库的项目中。
我不太了解 Visual C++，但我认为您可以制作第三个项目，包含公共部分（即 RunAlgo.h 标头），并将其标记为 AlgorithmA 和 AlgorithmB 项目的依赖项。
【讨论】：
到 1.:
不，独立的头文件永远不会以 dll 结尾。头文件包含在实现文件中，这就是它们的编译方式。如果您希望允许第三方链接头文件，通常会与 dll 或库一起分发头文件。
到 2.:
为什么不声明一个带有算法接口的抽象基类，并通过定义从基类派生的两个子类（AlgorithmA 和 AlgorithmB）来提供两种不同的实现？我不明白你为什么要使用不同的 DLL。
到 3.:
不，不应该。见第 1 点。
【讨论】：
在 C++ 中使用 2 个命名空间用相同的头文件编写 2 个不同的实现
namespace ImplementationA
{
}
namespace ImplementationB
{
}
当你想使用第一个实现时
using implementationA;
或
implementationA::function1();
【讨论】：