Appelez la bibliothèque C++ à partir de C#

Question

Cette question peut sembler une répétition des précédentes. J'ai lu une série de messages, mais pas tout à fait clair pour ma situation.

J'ai une bibliothèque C++ qui est créée en utilisant momentics IDE. Je dois pouvoir utiliser cette bibliothèque dans un projet C#. Quelqu'un avait travaillé sur ce projet avant de me le remettre. Actuellement, il y a 2 couches pour rendre cela possible. Tout d'abord, un projet C++ inclut la bibliothèque complète avec un wrapper C++. Ce projet crée une DLL en sortie. Cette DLL C++ est ensuite envoyée à un projet C#, qui a des appels dllimport vers la DLL C++. Ce projet C# crée à nouveau un DLL. Enfin, pour utiliser la bibliothèque dans l'application C#, je dois inclure une référence à ces deux dll.

Est-ce la bonne façon de le faire fonctionner? Je pensais probablement qu'il devrait y avoir un moyen de simplifier le processus.

Quelqu'un peut-il s'il vous plaît aidez-moi avec cette question?

Answer 1

Étant donné que vous utilisez une bibliothèque C++, je suppose qu'il profite de la sémantique de C comme les classes, plutôt que d'exposer des procédures. Si tel est le cas, la façon dont cela est généralement effectué est par l'intermédiaire d'une bibliothèque d'interopérabilité C++ managée créée manuellement.

Fondamentalement, vous créez une bibliothèque C++ gérée dans Visual Studio, référencez votre bibliothèque C++ existante et créez un wrapper géré autour de vos classes C++ existantes. Vous référencez ensuite cet assembly C++ (géré) dans votre projet C# et incluez la bibliothèque C++ originale (non gérée) dans votre assembly C# juste comme un fichier qui est placé dans le répertoire de construction.

Ceci est requis car il n'existe aucun moyen de référencer des éléments tels que les classes C++ via les appels P/Invoke (DllImport).

Si votre bibliothèque de base est juste une série de fonctions, vous pouvez la référencer directement dans le projet C# via les fonctions P/Invoke. Dans tous les cas, toutes les bibliothèques mentionnées ci-dessus (pour la première, la bibliothèque C++ non gérée, l'assembly C++ managé et le projet C# ou, pour la seconde, la bibliothèque C++ non managée et le projet C#) doivent être inclus dans tout projet qui les référence. Vous ne pouvez pas lier de manière statique la bibliothèque non gérée à l'assembly géré.

Answer 2

Vous pouvez utiliser:

DllImport

class Example 
{ 
    // Use DllImport to import the Win32 MessageBox function. 
    [DllImport("user32.dll", CharSet = CharSet.Unicode)] 
    public static extern int MessageBox(IntPtr hWnd, String text, String caption, uint type); 

    static void Main() 
    { 
     // Call the MessageBox function using platform invoke. 
     MessageBox(new IntPtr(0), "Hello World!", "Hello Dialog", 0); 
    } 
} 

Answer 3

On dirait que vous avez un emballage en trop, mais peut-être que quelqu'un est en train d'implémenter une sorte de façade ou d'ajouter des propriétés ou quelque chose du genre. La connexion de base entre managed et unmanaged sera soit DllImport des appels de fonction "plats" - pas des fonctions membres - soit des fonctions membres C++/CLI appelant un code. Si l'encapsuleur est C++/CLI, il est plus facile d'écrire (il suffit d'inclure l'en-tête pour la bibliothèque C++) et le plus facile à appeler (le code C# ajoute simplement une référence .NET) et serait donc mon premier choix. il y a une expertise C++ sur le projet.

Il semble que la personne que vous preniez en charge le fasse à la dure. S'il y a moins de 20 méthodes, je suggérerais de recommencer.