¿Cuál es la mejor manera de comunicarse entre los AppDomains?

Question

Tengo una aplicación que necesita enviar un volumen moderadamente alto de mensajes entre varios AppDomains. Sé que podría implementar esto usando la comunicación remota, pero también he notado que hay delegados entre dominios. ¿Alguien ha visto este tipo de problema?

Answer 1

he tenido buen éxito utilizando WCF con un nombre tuberías de unión. El uso de conductos con nombre no crea tráfico de red y utiliza codificación binaria, por lo que debe ser bastante rápido sin sacrificar la capacidad de distribución en escenarios de escalado futuros.

EDITAR: Consulte here para obtener información más detallada, incluido un enlace a un ejemplo de implementación.

Answer 2

Esto es sólo una idea rápida, pero escuché que incluso para la comunicación entre dominios WCF sería el enfoque recomendado, comenzando desde .NET 3.0 por supuesto. En realidad, esto tiene sentido, ya que la comunicación remota es solo otra tecnología envuelta por WCF.

Answer 3

A-dominios delegado sólo permite un método vacío con parámetros de cero, y no es probablemente lo que usted piensa que es. Es apenas útil como una devolución de llamada simple para fines de notificación de un dominio a otro, p. Ej. un método como InitComplete() o algo así.

Remoting es la única opción, llámese WCF o cualquier otra cosa, que pasa tipos serializables, o el uso de MBRO tipos (MarshalByRefObjects). No es tan difícil como crees

-Oisin

Answer 4

acabo de descubrir que es posible que también utiliza el AppDomain.SetData pero esto es sólo una manera Desde el host de dominio a dominio secundario.

static void RunInChildDomain() 
{ 
    AppDomain childDomain = AppDomain.CreateDomain("friendlyName"); 
    string parameterValue = "notmii"; 
    childDomain.SetData("parameter", parameterValue); 
    childDomain.DoCallBack(PrintName); 
} 

static void PrintName() 
{ 
    string Name = Convert.ToString(AppDomain.CurrentDomain.GetData("parameter")); 
    Console.WriteLine(Name); 
} 

También puede crear una comunicación impulsada excepción entre el niño y el dominio de aplicación host usando evento AppDomain.FirstChanceException :)

Answer 5

Quiero ampliar sobre la respuesta de xActivar. Se recomienda el uso de cualquiera de WCF o MarshalByRefObject, pero dado que la pregunta se refiere a la comunicación entre dominios de aplicación, y no acerca de la comunicación entre procesos, creo que el enfoque MBRO es significativamente más sencillo de implementar, y por lo tanto es la respuesta correcta.

Cuando estaba investigando este problema yo mismo, al principio me costó entender cómo el niño AppDomain podía comunicarse con el padre, hasta que me di cuenta de que podía pasarle un mango a un objeto MBRO en el niño, y el niño podría entonces desenvuelva ese asa para comunicarse de nuevo con el padre (o cualquier otro dominio de la aplicación). Publiqué una solución a mi propia pregunta here.

Posteriormente supe que se puede definir una interfaz, poner en práctica esa interfaz en una clase compleja, y luego pasar a un mango sólo la interfaz. Esto puede reducir en gran medida la cantidad de ensamblajes que pueden requerirse para cargar el AppDomain hijo.