我想创建一个链接SFML 库和其他库的动态/静态库。我现在的问题是，在项目中取消我的库时，我必须确保 SFML includes 可用于该项目。
我能否以某种方式消除对第三方标头的依赖？header-only 图书馆怎么样？
其他库如何处理这个问题（使用SFML 时，即使SFML 依赖于其他库，我也只需要它们的标头）
【问题讨论】：
标签： c++ header include shared-libraries static-libraries
您将不得不重新组织您的头文件并重新构建您的代码。你需要有两组头文件：
用于构建库的内部头文件，这些头文件包含并引用SFML 的头文件、类和资源。
构成库接口的公共头文件。
您的库仅安装公共集。公共头文件不包含SFML 头文件，并且它们不引用任何SFML 类。
您的公共头文件和类通常会声明但不定义内部类和指向它们的指针。内部类仅在您自己的内部头文件中定义。
您应该花一些时间查看一些大型、流行的 C++ 库中的头文件。您经常会发现未在公共头文件中定义的内部类的指针和其他引用。它们是库使用的内部类，不公开。
甚至许多 C 库也是这样构造的。
【讨论】：
A.h/A.cpp）。我现在有B.h，其中包括A.h。使用库并包括其B.h 时，我还需要标头吗？
SFML 的依赖的唯一方法是通过 Forward-Declaration 对吗？但是如果我需要一个普通的SFML-type 成员怎么办？
SFML 相关的所有内容隐藏在内部类中，这些内容仅在公共标头中前向声明。 ...您甚至不需要指针。您可以声明前向声明类的容器，即 std::vector