Ich höre oft Leute sagen, dass C ++ - Programmierer die öffentliche API ihrer Bibliothek / ihres Produkts als C-API verfügbar machen sollten.
Was bedeutet das und was sind die Vorteile davon?
Ich höre oft Leute sagen, dass C ++ - Programmierer die öffentliche API ihrer Bibliothek / ihres Produkts als C-API verfügbar machen sollten.
Was bedeutet das und was sind die Vorteile davon?
Antworten:
Dies bedeutet, dass der Teil Ihrer Bibliothek, der als Schnittstelle verfügbar gemacht wird, nur den C-Teil der Sprache verwendet, sodass Sie keine Klassen oder ähnliches exportieren, sondern nur Funktionen, PODs und Strukturen, die PODs enthalten. Außerdem müssen Sie die C ++ - Namensverknüpfung deaktivieren, die normalerweise durch Markieren von Funktionen als erreicht wird extern "C". Ein typisches Beispiel wäre:
extern "C" void foo(int bar);Der große Vorteil, wenn Sie Ihre Bibliotheken auf diese Weise verfügbar machen, besteht darin, dass so gut wie jede Programmiersprache einen Mechanismus zur direkten Anbindung an eine C-Bibliothek hat, aber nur sehr wenige können auch eine direkte Anbindung an eine C ++ - Bibliothek haben. In diesem Sinne wählen Sie den kleinsten gemeinsamen Nenner, um anderen Benutzern die Verwendung Ihrer Bibliothek zu erleichtern.
Beachten Sie jedoch, dass dies nur dann eine nützliche Strategie ist, wenn Sie eine Bibliothek erstellen, die andere Benutzer nutzen können. Wenn Sie eine reine C ++ - Software erstellen und die Bibliotheken nur miteinander kommunizieren müssen, sollten Sie (meiner Meinung nach) die richtigen C ++ - APIs verfügbar machen, damit Sie die volle Leistungsfähigkeit der Sprache nutzen können.
extern "C", das ich nicht bekommen habe?
.hpp, aber diese Erweiterung bedeutet "C ++ Header-Datei", so sollte es sein .h, die sowohl für C als auch C ++ verwendet wird.
Zusätzlich zu Timos Antwort gibt es für einige Plattformen (zum Beispiel Windows - einige wie Linux von Mac OS X sind weit verbreitet) kein standardisiertes C ++ ABI, sodass es nicht nur um fehlende Funktionen geht, sondern auch um die Unmöglichkeit, solche Funktionen zu implementieren.
Zum Beispiel hat IIRC MSVC in jeder Version unterschiedliche ABI und es kann sich ändern, je nachdem, ob es sich um Debug- oder Release-Build handelt - und es wird nicht veröffentlicht, so dass Compiler von Drittanbietern normalerweise nicht kompatibel sind (ich habe einige Informationen gelesen, dass einige Versionen von icc mit MSVC kompatibel sind 2005 könnte es sich jedoch um Informationen handeln, die unter NDA veröffentlicht wurden (nicht unbedingt für Entwickler von etwa Python verfügbar) und deren eigene ABI verwenden. In der Praxis würde die Sprachumgebung also nicht nur die Compilerversion, sondern auch die Flags einschränken.
Schließlich bietet C ++ wesentlich mehr Funktionen zur Kompilierung. Zum Beispiel existieren Generika normalerweise nicht in den dynamisch getippten Sprachen usw.