Output fra C# til C++

Du kan sagtens compile unmanaged C++ til en Win32 DLL og kalde den
kode fra din C# kode.

Jeg har et meget banalt eksempel med kald C# -> C++ og overførsel af strenge.

strdll.h
--------

#ifdef STRDLL_EXPORTS
#define STRDLL_API __declspec(dllexport)
#else
#define STRDLL_API __declspec(dllimport)
#endif

extern "C"
{
STRDLL_API char *dup(char *s);
}

strdll.cpp
----------

#include "stdafx.h"
#include "StrDLL.h"

BOOL APIENTRY DllMain( HANDLE hModule,
                      DWORD  ul_reason_for_call,
                      LPVOID lpReserved
                    )
{
    switch (ul_reason_for_call)
    {
        case DLL_PROCESS_ATTACH:
        case DLL_THREAD_ATTACH:
        case DLL_THREAD_DETACH:
        case DLL_PROCESS_DETACH:
            break;
    }
    return TRUE;
}

static char buf[100];

STRDLL_API char *dup(char *s)
{
    strcpy(buf,s);
    strcat(buf,s);
    return buf;
}

Test.cs
-------

using System;
using System.Runtime.InteropServices;

class MainClass
{
    [DllImport("D:\\IDEProjects\\VisualStudio\\StrDLL\\Release\\StrDLL.dll")]
    private static extern string dup(string s);
    public static void Main(string[] args)
    {
        string s1 = "abc";
        string s2 = dup(s1);
        Console.WriteLine(s1 + "->" + s2);
    }
}

Ahh, det ser jo egentlig ret enkelt ud.
Skal lige se om jeg har forstået det ordenligt.
Det er muligt at sende variabler eller pointere til variabler til funktioner i en dll på samme måde som man kan sende variabler eller pointere til funktioner i en klasse i ens projekt. Har jeg ret?

Ja.

Der er visse finesser som kan drille. Men simple data typer er rimeligt nemme.

Ja, men der vil næsten altid være små finesser som kan drille, men det kan man vel med lidt logisk tænkning fikse selv ;).

Jeg går ud fra at de finesser du snakker om er hvis det er struct eller class der bliver brugt i overførslen.

Har du forresten set det her:
http://www.codeproject.com/managedcpp/Quake2.asp
Det er Quake 2 omskrevet til managed C++ og i følge udviklerne kører det med 85% af native C++(unmanaged tror jeg det er, men de skriver native). De siger så også at man ikke kan mærke den forskel, så det betyder vel at der bliver brugt lidt flere resourcer på at køre .NET versionen i forhold til den originale.

hvis du tilføjer et svar så får du pointene.

jeg glemte lige at spørge om den sti du har skrevet i DllImport(), hvorfor bruger du to backslash \\ mellem mapperne?

svar

Man skal enten bruge "...\\..." eller @"...\..." i C# fordi \ jo bruges til
at escape med.

nåja det havde jeg lige glemt.Uuups

I mange slags kode vil C# køre lige så hurtigt som C++.

C++ vinder kun hvis den kan lave nogle genveje ved noget low level kode
såsom pointer manipulation.

[ja man kan også bruge unsafe i C#, men hvorfor vælge C# hvis man vil det]

Det vigtigste du skal være opmærksom på er at brug af garbage collection
(som .NET managed kode bruger) giver dårligere real time egenskaber.