Combinaison de C++ et C#

la question est clairement de savoir comment intégrer son propre code C++ à sa solution C#, et pas seulement quel attribut utiliser pour appeler une fonction existante à partir de l'API win32. Même si la réponse était déjà acceptée, je pense qu'elle est incomplète, et la suivante devrait s'appliquer.

Oui, il est pratique courante dans les cas où la tâche peut soit exécuter plus rapidement, utiliser moins de ressources, et aussi dans certains cas pour accéder à des méthodes qui ne sont pas disponibles dans le. Framework.

si votre but est de gagner en efficacité, vous devez coder une bibliothèque C++ non gérée, vous allez créer un nouveau projet C++ non géré (qui se compile comme une bibliothèque dll) dans visual studio et référencer cette bibliothèque à partir de votre projet C#.

dans votre cas, il semble que vous écriviez une bibliothèque C++ non gérée, et ce qui suit s'applique.

Comme pour tout problèmes immédiats que vous posiez des questions sur, cela aurait un impact sur le déploiement et obscurcissement.

• déploiement: gardez à L'esprit que le C# DLLs que vous construisez CPU, à la fois 32 et 64 bits, mais cette nouvelle la bibliothèque C++ native et non gérée forcez votre programme à être l'un ou l'autre pour 32 ou 64 spécifique.

  C'est quelque chose que vous configurez dans votre gestionnaire de configuration Visual Studio, et seront pris en compte lors de la compilation temps, vous choisirez AnyCPU pour C# et pour votre nouvelle bibliothèque C++ non gérée, qui sera dans son propre projet, vous aurez choisir entre win32 ou x64.

  Donc, vous avez maintenant 2 configurations, il est meilleure pratique recommandée des configurations séparées, une pour 32 et un autre pour 64. Ou depuis 32 bits le soutien baisse très rapidement, vous pourrait se concentrer sur 64 bits uniquement.

  En outre, votre bibliothèque pourrait finir par faire référence au redistibutable VC++ fourni par Visual Studio, que vous pourriez avoir à inclure dans votre déploiement, bien qu'une certaine version de celui-ci soient inclus sur de nombreux OS, j'ai trouvé c'est rarement le même que j'ai compilé avec et il est préférable de déployer votre application pour en être sûr. Si ce paquet est manquant,la machine cible aura une exception de côté dans le journal d'application eventviewer ->.

  pour saisir et gérer une exception lancée à partir d'un code non géré, la seule capture qui fonctionne est celle vide, celle sans exception taper entre parenthèses après la capture(). Donc, vous pouvez envelopper vos appels au code non géré dans ceci pour gérer toutes les exceptions non gérées jeté de l'intérieur du code non géré, si vous mettez un type .net comme catch(Exception), il va juste sauter par-dessus. La seule façon d'attraper une exception non gérée, à l'intérieur du code géré est dans ce format.

    try
    {
       //call unmanaged code
    }
    catch
    {
       //handle unmanaged exception
    }

• Obfuscation: tous les appels de méthode faits à partir de C# qui appellent maintenant code non managé seront exclus de renommer automatiquement. Et sur le revers de la médaille, si votre bibliothèque C++ non gérée a besoin pour appeler des méthodes de votre gérer assemblées, celles-ci doivent être exclus de renommer manuellement, afin d'être visible à l'appel de la bibliothèque C++ ils.

si ce dont vous avez besoin est seulement d'appeler des bibliothèques C++ bien connues comme celles de Windows, vous n'aurez pas besoin de créer un nouveau projet C++ non géré, utilisez seulement l'attribut [DllImport()] suggéré dans une réponse précédente. Et dans ce cas vous pouvez prendre un coup d'oeil à cette référence http://www.pinvoke.net/