.NET-Interop IntPtr vs. ref

Wenn das struct ist marshalable ohne benutzerdefinierte Verarbeitung ich sehr, den zweiten Weg bevorzugen, wo Sie erklären, die p/invoke Funktion wie ein ref (Zeiger auf) Ihrem Typ. Alternativ können Sie erklären, Ihre Typen als Klassen statt structs, und dann können Sie passieren null sowie.

[StructLayout(LayoutKind.Sequential)]
struct NativeType{
    ...
}

[DllImport("...")]
static extern bool NativeFunction(ref NativeType foo);

//can't pass null to NativeFunction
//unless you also include an overload that takes IntPtr

[DllImport("...")]
static extern bool NativeFunction(IntPtr foo);

//but declaring NativeType as a class works, too

[StructLayout(LayoutKind.Sequential)]
class NativeType2{
    ...
}

[DllImport("...")]
static extern bool NativeFunction(NativeType2 foo);

//and now you can pass null

<pedantry>

Durch die Art und Weise, in Ihrem Beispiel wird ein Zeiger übergeben, wie ein IntPtr, die Sie verwendet haben, die falsche Alloc. SendMessage ist nicht eine COM-Funktion, so sollten Sie nicht verwenden die COM-Zuweisung. Verwenden Marshal.AllocHGlobal und Marshal.FreeHGlobal. Sie sind schlecht benannt; die Namen machen nur Sinn, wenn Sie getan haben, Windows-API-Programmierung, und vielleicht nicht einmal dann. AllocHGlobal Anrufe GlobalAlloc im kernel32.dll gibt ein HGLOBAL. Diese verwendet, anders zu sein, ein HLOCAL, kehrte von LocalAlloc zurück in die 16-bit-Tagen, aber in 32-bit-Windows sind die gleichen.

Die Verwendung des Begriffs HGLOBAL zu verweisen, die zu einem block von (native) user-space-Speicher nur Art stecken, glaube ich, und die Leute gestalten die Marshal - Klasse müssen nicht die Zeit genommen haben, um zu überlegen, wie unintuitiv das wäre für die meisten .NET Entwickler. Auf der anderen Seite, die meisten .NET Entwickler brauchen nicht zu reservieren, verwalteten Speicher, so....

</pedantry>

Bearbeiten

Die Sie erwähnen, sind Sie immer eine TypeLoadException bei der Verwendung einer Klasse statt einer Struktur, und Fragen Sie nach einer Probe. Ich habe einen schnellen test mit CHARFORMAT2, da es aussieht wie, was Sie versuchen, zu verwenden.

Zuerst die ABC¹:

[StructLayout(LayoutKind.Sequential)]
abstract class NativeStruct{} //simple enough

Den StructLayout Attribut erforderlich ist, oder Sie wird bekommen eine TypeLoadException.

Nun die CHARFORMAT2 Klasse:

[StructLayout(LayoutKind.Sequential, Pack=4, CharSet=CharSet.Auto)]
class CHARFORMAT2 : NativeStruct{
    public DWORD    cbSize = (DWORD)Marshal.SizeOf(typeof(CHARFORMAT2));
    public CFM      dwMask;
    public CFE      dwEffects;
    public int      yHeight;
    public int      yOffset;
    public COLORREF crTextColor;
    public byte     bCharSet;
    public byte     bPitchAndFamily;
    [MarshalAs(UnmanagedType.ByValTStr, SizeConst=32)]
    public string   szFaceName;
    public WORD     wWeight;
    public short    sSpacing;
    public COLORREF crBackColor;
    public LCID     lcid;
    public DWORD    dwReserved;
    public short    sStyle;
    public WORD     wKerning;
    public byte     bUnderlineType;
    public byte     bAnimation;
    public byte     bRevAuthor;
    public byte     bReserved1;
}

Ich habe using Aussagen zu alias System.UInt32 als DWORD, LCID, und COLORREF und alias System.UInt16 als WORD. Ich versuche meine P/Invoke-Definitionen als wahr zu SDK-Skillung, wie ich kann. CFM und CFE sind enums enthalten, die flag-Werte für diese Felder. Ich habe Ihre Definitionen für die Kürze, aber hinzufügen können, wenn nötig.

Habe ich erklärt SendMessage als:

[DllImport("user32.dll", CharSet=CharSet.Auto)]
static extern IntPtr SendMessage(
    HWND hWnd, MSG msg, WPARAM wParam, [In, Out] NativeStruct lParam);

HWND ist ein alias für System.IntPtr, MSG ist System.UInt32, und WPARAM ist System.UIntPtr.

[In, Out] Attribut auf lParam ist erforderlich für diese zu arbeiten, ansonsten funktioniert es nicht scheinen, um gemarshallt beide Richtungen (vor und nach dem Aufruf von native code).

Ich rufe es mit:

CHARFORMAT2 cf = new CHARFORMAT2();
SendMessage(rtfControl.Handle, (MSG)EM.GETCHARFORMAT, (WPARAM)SCF.DEFAULT, cf);

EM und SCF sind enums, die ich habe, wieder, Links für (relativen) Kürze.

Überprüfe ich Erfolg mit:

Console.WriteLine(cf.szFaceName);

und ich bekomme:

Microsoft Sans Serif

Funktioniert wie ein Charme!

Ähm, oder auch nicht, je nachdem, wie viel Schlaf Sie gehabt haben und wie viele Dinge, die Sie versuchen, auf einmal zu tun, nehme ich an.

Diese würde funktionieren, wenn CHARFORMAT2 waren für blitvorgänge geeignet geben. (Eine für blitvorgänge geeignet Typ ist ein Typ, der hat die gleiche Darstellung im verwalteten Speicher wie in den nicht verwalteten Speicher.) Zum Beispiel, die MINMAXINFO Typ hat arbeiten, wie beschrieben.

[StructLayout(LayoutKind.Sequential)]
class MINMAXINFO : NativeStruct{
    public Point ptReserved;
    public Point ptMaxSize;
    public Point ptMaxPosition;
    public Point ptMinTrackSize;
    public Point ptMaxTrackSize;
}

Dies ist, weil für blitvorgänge geeignet sind die Typen nicht wirklich gemarshallt. Sie sind nur angeheftet im Speicher—das hält die GC von Sie zu bewegen—und die Adresse von Ihrem Standort im verwalteten Speicher ist an die native Funktion übergeben.

Nicht für blitvorgänge geeignet ist Arten haben gemarshallt werden. Die CLR reserviert nicht verwalteten Speicher zu und kopiert die Daten zwischen dem verwalteten Objekt und nicht verwalteten Darstellung, so dass die notwendigen Konvertierungen zwischen den Formaten, wie es geht.

Den CHARFORMAT2 Struktur nicht für blitvorgänge geeignet ist, weil der string Mitglied. Die CLR kann nicht einfach übergeben Sie einen Zeiger auf ein .NET string Objekt, wo ein fixed-length character-array erwartet wird. Also die CHARFORMAT2 Struktur gemarshallt werden müssen.

Wie es scheint, für die korrekte Marshalling auftreten, die interop-Funktion muss deklariert werden, mit der Art gemarshallt werden. In anderen Worten, angesichts der oben genannten definition, die CLR muss, irgendeine Art von Bestimmung, basierend auf dem statischen Typ NativeStruct. Ich würde vermuten, dass es korrekt erkennen, dass das Objekt gemarshallt werden, aber dann nur "Marshalling" eine null-byte-Objekt, die Größe der NativeStruct selbst.

So, in Reihenfolge zu get Ihr code arbeiten für CHARFORMAT2 (und jeder andere der nicht für blitvorgänge geeignet-Typen, die Sie verwenden könnten), müssen Sie gehen zurück zu deklarieren SendMessage wie ein CHARFORMAT2 Objekt. Sorry, dass ich Euch in die Irre geführt auf diese.

Captcha für die Vorherige Bearbeitung:

den whippet

Yeah, Peitschen Sie es gut!

Cory,

Dies ist off-topic, aber ich merke, ein potenzielles problem für Sie in der app sieht es aus wie du Sie machst.

Das rich textbox-Steuerelement verwendet standard-GDI-text-mess-und text-Funktionen zum zeichnen. Warum ist das ein problem? Denn trotz behauptet, dass eine TrueType-schriftart sieht das gleiche auf dem Bildschirm als auf Papier, GDI ist nicht genau zu platzieren-Zeichen. Das problem ist die Rundung.

GDI verwendet all-integer-Routinen zu Messen, text-und Platz-Zeichen. Die Breite der einzelnen Zeichen (und die Höhe jeder Zeile, für diese Angelegenheit) ist, gerundet auf die nächste ganze Zahl der Pixel, die keine Fehlerkorrektur.

Den Fehler können leicht gesehen werden in der test-app. Legen Sie die schriftart Courier New in 12 Punkt. Dieser Zeichensatz mit fester Breite sollten Leerzeichen genau 10 pro Zoll, oder von 0,1 Zoll pro Charakter. Dies sollte bedeuten, dass Sie angesichts Ihrer Start-Linienbreite von 5.5 Zoll, sollten Sie in der Lage sein, um fit 55 Zeichen in der ersten Zeile vor dem wickeln tritt.

ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz123

Aber wenn Sie versuchen, werden Sie sehen, dass wickeln tritt nach nur 54 Zeichen. Was mehr ist die 54^th "Zeichen" und ein Teil der 53^rd überhang der scheinbare Rand angezeigt auf dem Lineal bar.

Dies setzt Voraus, Sie haben Ihre Einstellungen auf standard 96 DPI (normale Schrift). Wenn Sie 120 DPI (große Schriften), werden Sie nicht sehen, dieses problem, obwohl es scheint, dass Sie die Größe, die Ihre Steuern nicht korrekt in diesem Fall. Du auch nicht, wahrscheinlich finden Sie diese auf der gedruckten Seite.

Was ist denn hier Los? Das problem ist, dass 0,1 Zoll (die Breite eines Zeichens) 9.6 Pixel (wieder mit 96 DPI). GDI-nicht space-Zeichen mit floating-point-zahlen, so ist es Runden dies bis zu 10 Pixel. So 55 Zeichen dauert bis 55 * 10 = 550 Pixel /96 DPI = 5.7291666... Zoll, während das, was wir erwartet hatten, war die 5,5 Zoll.

Obwohl dies wahrscheinlich weniger ausgeprägt in den normalen Anwendungsfall für ein Textverarbeitungsprogramm, gibt es eine Wahrscheinlichkeit von Fällen, in denen der Zeilenumbruch tritt an verschiedenen Orten auf dem Bildschirm statt auf der Seite, oder, dass die Dinge nicht die gleiche, wenn gedruckt, wie Sie auf dem Bildschirm. Das kann ein problem sein für Sie, wenn das ist eine kommerzielle Anwendung, die Sie gerade arbeiten.

Leider die Lösung für dieses problem ist nicht einfach. Es bedeutet, Sie müssen verzichten auf das rich textbox-Steuerelement, das bedeutet ein riesiger Aufwand der Implementierung sich alles, was es für Sie tut, was ziemlich viel ist. Es bedeutet auch, dass der text der Zeichnung code müssen Sie implementieren, wird ziemlich kompliziert. Ich habe code, der es tut, aber es ist zu Komplex, um Sie hier zu posten. Sie könnten jedoch finden dieses Beispiel oder diese eine hilfreich.

Glück!

¹ Abstrakte Basisklasse

Nein, Sie können nicht überladen SendMessage und stellen Sie die Parameter wparam argument ein int. Das wird Ihr Programm nicht auf einem 64-bit-version des Betriebssystems. Es muß sich um einen Zeiger, der entweder IntPtr, eine für blitvorgänge geeignet Verweis oder ein out-oder ref-Wert-Typ. Überlastung der out - /ref-type ist ansonsten gut.

EDIT: Wie der OP darauf hingewiesen, dies ist nicht wirklich ein problem. Die 64-bit-Funktion Aufruf-Konvention übergibt die ersten 4 Argumente über Register, nicht den Stapel. Es besteht somit keine Gefahr des stack-mis-alignment für wparam und lparam Argumente.

Mit ref ist einfacher und weniger fehleranfällig als die Manipulation von Zeigern manuell, also ich sehe keinen guten Grund für Sie es nicht... ein Weiterer Vorteil der Verwendung ref ist, dass Sie nicht haben, um über sorgen zu befreien, nicht verwalteten Speicher reserviert