¿La mejor manera de realizar solo una función si se carga una DLL (.NET)?

Question

No estoy seguro de la mejor manera de explicar esto, por favor deje comentarios si no entiende.

Básicamente, tengo algunas bibliotecas para que varias tareas funcionen con diferentes programas; la notificación es solo un ejemplo.

Ahora, estoy construyendo un nuevo programa, y ​​quiero que sea lo más ligero posible. Aunque me gustaría incluir mi motor de notificación, no creo que muchas personas utilicen realmente su funcionalidad, por lo que preferiría no incluirlo de manera predeterminada, solo como una descarga opcional.

¿Cómo programo esto?

Con Dlls no administrados y P/Invoke, básicamente puedo ajustar todo el lote en un ciclo de prueba/captura, pero no estoy seguro acerca de la versión administrada.

Hasta ahora, la mejor manera en que puedo pensar es comprobar si el archivo DLL existe al inicio, luego configurar un campo bool o similar, y cada vez que quisiera que se dispare una notificación, podría hacer un if/compruebe el bool y encienda ...

He visto en la ventana de depuración que los archivos DLL solo se cargan cuando son necesarios. El programa obviamente se compilará, ya que todos los componentes serán visibles para el proyecto, pero ¿se ejecutará en la máquina de los usuarios finales sin el DLL?

Más importante aún, ¿hay una mejor manera de hacerlo?

Lo ideal sería que no quisiera tener nada sobre las notificaciones en mi aplicación y de alguna manera tenerlo de modo que si el archivo DLL se descarga, agrega esta funcionalidad externamente. Realmente no es el fin del mundo tener unos pocos bytes adicionales llamando al notification("blabla"); (o similar), pero estoy pensando mucho más adelante cuando tengo intenciones mucho más grandes y solo quiero conocer las mejores prácticas para este tipo de cosas. .

Answer 1

Puede usar System.Reflection.Assembly y su método LoadFile para cargar dinámicamente una DLL. A continuación, puede usar los métodos en ensamblado para obtener clases, tipos, etc. incrustados en el archivo DLL y llamarlos.

Si solo comprueba si existe .dll o carga cada .dll en un directorio de complementos, puede obtener lo que desea.

Answer 2

A su pregunta si el programa se ejecutará en la máquina del usuario sin que los dlls ya estén presentes, sí, se ejecutará el programa. Siempre que no haga algo que necesite el tiempo de ejecución para cargar las clases definidas en el dll, no importa si falta el dll de la máquina. Para el aspecto que busca con respecto a cargar el dll bajo demanda, creo que está bien de usar algún tipo de configuración y Reflexión (ya sea directamente o mediante alguna estrategia IoC)

Answer 3

Intente cargar el complemento al inicio.

En lugar de verificar un booleano en todas partes, puede crear un campo delegado para la notificación e inicializarlo en una función no operativa. Si la carga del complemento se realiza correctamente, asigne el delegado a la implementación del complemento. Luego, en cualquier lugar donde ocurra el evento, puede llamar al delegado, sin preocuparse por el hecho de que el complemento esté o no disponible.

Answer 4

No creo que a mucha gente le hecho uso de su funcionalidad, así, preferiría no incluirlo por defecto - al igual que una descarga opcional.

Tales cosas se describen típicamente como complementos (o complementos, o extensiones).

Desde .NET 4, la forma estándar de hacerlo es con el Managed Exensibility Framework. Se incluye en el marco como el ensamblado System.ComponentModel.Composition y el espacio de nombres. Para comenzar, es mejor leer el MSDN article y el MEF programming guide.