Wie sollte ich mein C ++ schreiben, um für C ++ - Module vorbereitet zu sein?

Gibt es bereits zwei Compiler, die Unterstützung von C++ - Modulen

clang: http://clang.llvm.org/docs/Modules.html
MS VS 2015: http://blogs.msdn.com/b/vcblog/archive/2015/12/03/c-modules-in-vs-2015-update-1.aspx

Den Microsoft-Ansatz scheint zu sein, das einer gewinnt der die meisten Traktion, vor allem, weil Microsoft zu werfen sind viel mehr Ressourcen bei deren Umsetzung als eine der schrillen folk-aktuell. Sehen https://llvm.org/bugs/buglist.cgi?list_id=100798&query_format=advanced&component=Modules&product=clang für das, was ich meine, es gibt einige große showstopper bugs in Modulen für C++, in der Erwägung, dass die Module für C oder vor allem Objective-C sich viel mehr nutzbar, in der realen Welt code. Visual Studio ist das größte und wichtigste Kunde, Microsoft, treibt hart für die Module, denn er löst eine ganze Tonne interne build-Skalierbarkeit Probleme, und Microsoft ' s internen code wird einige der härtesten C++ zu kompilieren, überall in der Existenz, so dass Sie nicht werfen compiler als MSVC (z.B. viel Glück bekommen clang oder GCC zu kompilieren 40k Online-Funktionen). Also die clang zu bauen tricks, mit der Google etc sind nicht verfügbar, auf Microsoft, und Sie haben eine riesige drücken müssen, um es fest, eher früher als später.

Dies ist nicht zu sagen, es gibt nicht einige gravierende design-Fehler mit dem Microsoft-Vorschlag bei der Anwendung in der Praxis zu großen real-world-code-Basen. Aber Gaby ist der Ansicht, Sie sollte sich umgestalten von code für Module, und während ich nicht einverstanden, ich kann sehen, wo er herkommt.

Wenn Sie ein neues Projekt beginnen nun, was sollte ich beachten, um der Lage sein zu verabschieden, die die Module bieten, wenn es schließlich freigegeben, in meinem compiler?

In so weit, als Microsoft ' s compiler ist derzeit erwartet, dass zur Umsetzung der Module, sollten Sie sicherstellen, dass Ihre Bibliothek ist verwendbar in allen diesen Formen:

1. Dynamische Bibliothek
2. Statische Bibliothek
3. Header nur Bibliothek

Etwas sehr überraschend für viele Menschen ist, dass C++ - Modulen, wie Sie derzeit erwartet umgesetzt werden, hält diese Unterscheidungen, so, jetzt bekommen Sie ein C++ - Modul-Variante für alle drei der oben genannten, mit dem ersten sucht, wie die meisten, was die Leute erwarten, dass ein C++ - Modul zu sein, und die letzten suchen, die meisten wie ein nützlicher vorkompilierten header. Der Grund, Sie sollten auf die Unterstützung dieser Varianten ist, kann man da verwenden die meisten die gleichen Präprozessor-Maschinen für die Unterstützung von C++ - Modulen mit sehr wenig zusätzliche Arbeit.

Einem späteren Visual Studio ermöglichen die Einbindung der Modul-definition-Datei (die .ifc-Datei) als Ressource in DLLs. Dies wird schließlich die Notwendigkeit beseitigen, für die .lib und .dll Unterschied, MSVC, Sie nur der Versorgung einer einzigen DLL, die für den compiler und alles "funktioniert einfach" auf Modul importieren, keine Kopf-oder irgendetwas anderes benötigt. Natürlich riecht ein bisschen wie COM, aber ohne die meisten der Vorteile, die der COM.

Ist es möglich, die Module verwenden, in einer einzigen quellcodebasis und noch die Kompatibilität mit älteren Compilern nicht unterstützt?

Gehe ich davon aus, du meintest den Fett gedruckten text oben eingefügt.

Die Antwort ist in der Regel ja mit noch mehr Präprozessor-makro macht Spaß. #include <someheader> wiederum in ein import someheader im Kopf, weil der Präprozessor noch funktioniert wie gewohnt. Sie können markieren Sie dazu einzelne Bibliothek Header mit C++ - Module-Unterstützung zusammen so etwas wie diese Zeilen:

//someheader.hpp

#if MODULES_ENABLED
#  ifndef EXPORTING_MODULE
import someheader;  //Bring in the precompiled module from the database
//Do NOT set NEED_DEFINE so this include exits out doing nothing more
#  else
//We are at the generating the module stage, so mark up the namespace for export
#    define SOMEHEADER_DECL export
#    define NEED_DEFINE
#  endif
#else
//Modules are not turned on, so declare everything inline as per the old way
#  define SOMEHEADER_DECL
#  define NEED_DEFINE
#endif

#ifdef NEED_DEFINE
SOMEHEADER_DECL namespace someheader
{
  //usual classes and decls here
}
#endif

Nun in Ihrem main.cpp oder was auch immer, Sie einfach tun:

#include "someheader.hpp"

... und wenn der compiler hatte /experimental:modules /DMODULES_ENABLED dann ist Ihre Anwendung automatisch verwendet die C++ - Module-edition der Bibliothek. Falls nicht, erhalten Sie die inline-Integration, wie wir es immer getan haben.

Ich denke, dies sind die minimal mögliche Menge von änderungen an den Quell-code, um Ihren code zu Modulen-fertig. Beachten Sie, dass ich nichts gesagt habe über build-Systeme, das ist, weil ich noch Debuggen den cmake-Werkzeuge, die ich geschrieben habe, um alle diese Sachen "einfach so" funktionieren, nahtlos und ich erwarte Debuggen Sie es für einige Monate noch. Zu erwarten, dass es vielleicht an einer C++ Konferenz im nächsten Jahr oder im Jahr danach 🙂

InformationsquelleAutor der Antwort Niall Douglas