Gebäude NPAPI-Plug-in C#

Question

Der Versuch, eine C# NPAPI Plugin zu bauen habe ich eine tutorial gefunden, die beschreibt, dass Ihre DLL eine Reihe von Methoden wie NP_GetEntryPoints, NP_Initialize und NPP_New zusammen mit einer Reihe anderer implementieren muss.

Aber was ich verstehen möchte ist, wenn ich diese Methodennamen einfach spiegeln und äquivalente Datenstrukturen wie in dem Artikel (wie _NPPluginFuncs) in C# beschrieben konstruieren kann und alles wird funktionieren?

Könnte jemand bitte freundlich genug sein, eine Anleitung zu geben? Ist es möglich, in C# ein NPAPI-Plugin zu erstellen, und wenn ja, in welchen grundlegenden Schritten?

Answer 1

Wie in der Dokumentation angegeben:

A NPAPI Browser-Plugin ist, es Kern ist, einfach eine DLL mit einigen spezifischen Einspeisepunkten

Das heißt, Sie eine Funktion exportieren, müssen aus eine reguläre DLL, die normalerweise in C/C++ gemacht wird. Leider ist es nicht möglich, einen Einstiegspunkt aus einer einfachen C# dll, but look at this answer, mit etwas Aufwand zu offenbaren, es scheint, als wäre es möglich, einen Export durch irgendeine Art von Post-Build-Tool auszutricksen.

In jedem Fall nicht erwarten, zu viele komplizierte Datenstrukturen von/zu den Plugin-Schnittstellen zu übergeben, wird es ein Schmerz sein. Wenn Sie mehr Forschung betreiben möchten, ist die zu verwendende Schlüsselarbeit "reverse P/Invoke", in Analogie zu direktem P/Invoke, das reguläre DLL von gemanagter Welt aufruft.

Der Grund, warum eine C# -Dll nicht direkt "Einstiegspunkte" aussetzen kann, ist, dass Einstiegspunkt eigentlich nur einige Adressen innerhalb der DLL sind, die zu einigen Assembly-Code sofort ausführbar. C# DLL sind verschiedene Arten von Biest: Sie sind nur Dateien mit IL, die "Just In Time" kompiliert wird und in der Tat solche Kompilierung gezwungen ist AFAIK with some OS tricks. Dies ist der Grund, warum reverse P/Invoke überhaupt nicht starightforward ist.

Answer 2

Wie Georg Fritzsche sagt in seinem Kommentar:

NPAPI Plugins sind im Grunde DLLs mit wenigen erforderlichen C-Exporte

und es gibt keine integrierte Möglichkeit, Funktionen zu exportieren (in der C-Export Sinn) von einer Assembly geschrieben in C#.

Einige Ihrer Optionen sind:

1. Ein Mixed-Mode-C++ Baugruppe, die direkt die Funktionen exportieren. Dies könnte Auswirkungen auf das Hosting der CLR im Hostprozess Ihres Plugins haben.
2. Eine kleine native DLL, die die Exporte hostet, verwendet dann COM-Interop, um an eine C# -Assembly zu delegieren, die die Plugin-Funktionalität enthält. Die "offizielle" Art, so etwas zu tun, ist "reverse p/invoke".
3. Ein intriguing project, der Ihre vollständig verwaltete Assembly nachbearbeitet, indem statische Methoden, die mit einem benutzerdefinierten Attribut gekennzeichnet sind, in benannte Funktionsexporte umgewandelt werden. (Ich habe keine Zugehörigkeit zu diesem Projekt; ich bin darüber gestolpert, nachdem ich mich gefragt habe, ob jemand den COM-Interop-Weg der Dinge verbessert hat.)