Interoperativo nativo de C++ y C#

Question

Así que estoy diseñando una aplicación que necesariamente trabaja en C++, pero MFC/ATL es demasiado desordenada para mi gusto, así que tuve la brillante idea de hacer todo el código de "pensamiento" en C++ nativo y todo el bonito código de UI en C#. El problema, sin embargo, es la interoperabilidad entre los dos. Antes de dejarme llevar por esto, me preguntaba si este es un problema resuelto, y hay una forma realmente buena de hacerlo. Tenga en cuenta que no quiero mezclar lógica y mostrar en el mismo módulo, ya que da lugar a un acoplamiento molesto.

Esto es lo que tengo hasta ahora:

Dime, ¿Se puede hacer mejor?

Answer 1

La manera más fácil de manejar esto es usar C++/CLI, y exponer su lógica como tipos de .NET.

Es muy fácil envolver una clase nativa de C++ en un ref class que se puede usar directamente desde una interfaz de usuario C#.

Dicho esto: este era mi plan, originalmente, en mi proyecto actual. Mi idea era que necesitaría el código nativo para algunos de los trabajos pesados ​​de matemáticas que solemos hacer. Sin embargo, he descubierto que ha sido más fácil, más rápido y más agradable mover la mayor parte de mi lógica directamente a C# (separada del código de UI, pero todavía en un ensamblado C#) en lugar de intentar implementarlo en C++.

Mi experiencia ha sido que la velocidad no ha sido un problema: el código C# casi siempre ha sido tan rápido o más rápido que el equivalente C++ cuando está sintonizado, y es más fácil perfilar y sintonizar el código C#.

Answer 2

Puede que tenga una buena razón para que su núcleo sea una DLL. Pero no es necesario. Tuve éxito con una aplicación que es C++, crea un App Domain y carga un ensamblaje en él, luego crea una instancia de un objeto en el dominio de la aplicación y lo llama, pasándole una interfaz a la aplicación. Esto es básicamente lo que hace el C-runtime cuando creas una aplicación no administrada de todos modos.

La interfaz que expone el código C++ al código C# se define en C#. Creo que esto es más fácil que definir las intefaces en COM puro. La interoperabilidad de C# le da más control de la clasificación que C++.

• crear un archivo app_interface.cs que define la interfaz
• compilar app_interface.cs en una DLL, que no se preocupan por la DLL. necesitamos la biblioteca de tipos
• en el código C++ #import <app_interface.tlb> raw_interfaces_only esto resulta la biblioteca de tipos en un archivo .h de C++ con las definiciones de interfaz: app_interface.tlh
• implementan las interfaces

Se puede espolvorear sus app_interface.cs con atributos que controlan el cálculo de referencias como este

[ComVisible(true)] 
[InterfaceType(ComInterfaceType.InterfaceIsIUnknown)] 
[Guid("ffffffff-ffff-ffff-ffff-ffffffffffff")] // guid changed from what I really use 
public interface IMyHostApplication 
{ 
    ... 

    void AddErrorDetails (
     [MarshalAs(UnmanagedType.Error)] uint hr, 
     [MarshalAs(UnmanagedType.LPWStr)] string szErrDetails); 

    ... 
}