Kann ich eine C++ - Bibliothek erstellen, die eine andere Bibliothek verknüpft, aber nicht von deren Includes abhängt?

Question

Ich möchte eine dynamische/statische Bibliothek erstellen, die die SFML-Bibliothek und andere verbindet. Mein Problem ist jetzt, dass wenn ich meine Bibliothek in einem Projekt verarbeite, ich sicherstellen muss, dass die SFML includes für dieses Projekt verfügbar sind.
Kann ich diese Abhängigkeit von Headers von Drittanbietern irgendwie entfernen?
Wie wäre es mit header-only Bibliotheken?

Wie andere Bibliotheken damit umgehen (wenn SFML mit, ich brauche nur ihre Header obwohl SFML auf andere Bibliotheken abhängt)

Answer 1

Sie Ihre Header-Dateien neu zu organisieren und strukturieren Sie den Code müssen. Sie müssen zwei Sätze von Header-Dateien haben:

• Die internen Header-Dateien, die verwendet werden Ihre Bibliothek zu bauen, und diese Header-Dateien und Referenz SFML ‚s-Header-Dateien, Klassen und Ressourcen.

• Die öffentlichen Header-Dateien, die die Schnittstelle zu Ihrer Bibliothek bilden.

Ihre Bibliothek installiert nur das öffentliche Set. Die öffentlichen Header-Dateien enthalten keine Header-Dateien SFML, und sie verweisen nicht auf SFML Klassen.

Ihre öffentlichen Header-Dateien und -Klassen deklarieren, definieren aber keine internen Klassen und Zeiger auf sie. Die internen Klassen sind nur in Ihren eigenen internen Header-Dateien definiert.

Sie sollten einige Zeit damit verbringen, Headerdateien aus einer großen, beliebten C++ - Bibliothek zu betrachten. Sie finden oft Zeiger und andere Verweise auf interne Klassen, die nicht in den öffentlichen Header-Dateien definiert sind. Sie sind interne Klassen, die von der Bibliothek verwendet werden und nicht öffentlich zugänglich sind.

Sogar viele C-Bibliotheken sind auf diese Weise strukturiert.