Verwenden Sie VC++ 2010 Laufzeitbibliotheken in VC++ 2008 Projekt

Question

Ich arbeite an den Optimierungsalgorithmus, so dass die Leistung wirklich zählt. Der Algorithmus ist etwa 8 mal schneller, wenn er in VS 2010 im Vergleich zu VS 2008 kompiliert wird. Googling zeigt, dass es nicht meine Schuld ist (siehe z.B. https://stackoverflow.com/a/5560184/890355). Das Problem ist, dass das endgültige Projekt unter VS 2008 gebaut werden muss.

Die Lösung, die ich dazu tendiere, ist es, meinen Algorithmus als DLL in VS 2010 zu bauen und ihn dann mit dem Hauptprojekt zu verknüpfen. Ist es möglich, VC++ 2010 Laufzeitbibliotheken mit meiner DLL unter VS 2008 zu verwenden? Wenn ja, was ist der am wenigsten schmerzhafte Weg? Irgendwelche anderen Ideen? Danke.

Answer 1

Wenn Sie für eine andere Möglichkeit zur Kombination von 2008 und 2010 Bibliotheken in einer ausführbaren Datei als Verschieben 2010 Teil außerhalb in eine DLL, als die Antwort ist wahrscheinlich "Es gibt keinen anderen einfachen Weg, dies zu erreichen".

Aber wenn Sie nicht wollen "VC++ 2010 Laufzeitbibliotheken ... unter VS 2008" (das baut gegen 2010 Bibliotheken in der alten 2008 IDE), aber "verwenden Sie eine 2010-kompilierte DLL in Ihrem 2008 "kompiliertes Programm" ist es durchaus möglich.

Der einfachste Weg, wie wir es in unseren Projekten tun, ist (statisch verknüpfte Standardbibliotheken (MFC, wenn Sie es verwenden) (.exe und DLL) zu erstellen und dann LoadLibrary in Ihrer .exe zu laden DLL. In der DLL können Sie (_declspec (dllexport)) eine Funktion (vorzugsweise innerhalb extern "C" {} Wächter) exportieren und in der .exe durch GetProcAddress verwenden.

Statische Verknüpfungen und explizites Laden ersparen Ihnen viele Inkonsistenzfehler, die durch unterschiedliche Laufzeiten verursacht werden.

Wenn Sie sich Sorgen machen über das Laden von DLLs und das Aufrufen von Kosten, können Sie versuchen, diese Aufrufe so selten wie möglich zu machen (indem Sie nicht nur den Algorithmus, sondern auch einige höhere Logik in die DLL verschieben). Siehe auch this issie.

Und Sie können Ihren gesamten Code in einer IDE (2010) unter Verwendung native multitargeting bauen (jedoch müssen Sie immer noch Ihre Haupt-App und DLL getrennt gegen v9 und v10 Bibliotheken jeweils erstellen).

Answer 2

Die Laufzeiten sind kein Problem. Nichts hält Sie davon ab, Ihre DLL mit der VC2010-Laufzeit zu verbinden und diese DLL dann in anderen Projekten zu verwenden. Es spielt keine Rolle, ob diese Projekte mit Visual C++ 2008 oder einer anderen Sprache erstellt werden.

Der schwierige Teil ist das Entwerfen der DLL-Schnittstelle. Das einfache Exportieren einiger C++ - Klassen ist riskant, da Sie dadurch Inkompatibilitäten zwischen den verschiedenen Compilern erfahren. Ich denke, Ihre beste Wette wäre, entweder eine C-Stil-Schnittstelle verfügbar zu machen oder COM zu verwenden. Ich denke, COM ist der beste Ansatz, aber wenn Sie mit der Technologie nicht vertraut sind, dann wird eine C-Style-Schnittstelle gut funktionieren. (COM könnte auch Over-Kill, wenn die Schnittstelle ist einfach.)

Answer 3

Sie können, wenn Sie vorsichtig sind, und die MS-Dokumentation bietet einige Hinweise. Ich habe diese Frage beantwortet, bevor hier:

Wondering if the lower version of visual studio can use the dll built using higher version of visual studio?