Est-il possible d '"injecter" une DLL .NET dans une autre application .NET, via app.config peut-être?

Question

J'ai créé une bibliothèque de classe .NET en C# qui initialise la journalisation, envoyée à un outil externe. La bibliothèque est complètement séparée de toute application, mais pour l'initialiser, j'ai besoin de faire au moins un appel de méthode.

Y a-t-il un moyen pour moi de mettre quelque chose dans app.config qui va charger automatiquement cette DLL, et y appeler quelque chose? Je peux changer le contenu pour convenir à n'importe quoi, je n'ai pas besoin de supporter un nom de classe ou un nom de méthode ou quoi que ce soit d'autre.

Notez que j'ai besoin que cela soit fait sans aucune modification de l'application en question, sauf pour changer le fichier app.config.

Est-ce possible? Si oui, que devrais-je regarder?

Answer 1

Cela m'a étonné pendant un moment sur la façon de le faire. Au départ, je pensais que cela pouvait être réalisé en créant un WebProxy personnalisé qui configurerait la journalisation, et en le chargeant dans l'application principale en utilisant l'élément de configuration . Cependant, le problème est le même que celui des autres suggestions de configuration, à savoir que le code n'est exécuté que lorsque cela est nécessaire (dans ce cas, lorsqu'une requête HTTP est utilisée), ce qui nécessite une modification de l'application d'origine.

Je l'ai atteint cependant en inversant l'approche. Au lieu d'essayer d'obtenir l'application d'origine pour configurer la journalisation, vous pouvez écrire un talon d'une application qui configure la journalisation, puis lance l'application d'origine.

À titre d'exemple:

J'ai une application WinForms appelé Forms.exe dont le point d'entrée est défini comme:

[STAThread] 
internal static void Main() 
{ 
    Application.Run(new MainForm()); 
} 

Dans mon application stub (que j'ai comme une application de la console), je configurer l'enregistrement puis charger et exécuter Forms.exe:

internal static void Main() 
{ 
    ConfigureLogging() 
    Assembly app = Assembly.LoadFrom(@".\Forms.exe"); 
    app.EntryPoint.Invoke(null, null); 
} 

T il utilise la réflexion pour charger l'autre application dans celle qui configure la journalisation.

Avertissements:

• l'autre application doit être une application .Net pour le charger de cette façon
• vous pourriez avoir besoin d'utiliser réflecteur pour inspecter l'autre application pour travailler le bon arguments à passer au point d'entrée (ie.si elle prend string[] args, vous devrez peut-être passer dans un vide string[] au lieu d'un null que les arguments)
• la fenêtre de la console de l'application originale se bloque autour tandis que les autres pistes d'application (ce qui est probablement pas un problème, mais si Vous pouvez essayer de le cacher en utilisant FreeConsole)

Answer 2

Oui, vous pouvez utiliser la réflexion pour charger le contenu de l'ensemble

Answer 3

Il serait probablement considéré comme un hack, mais si vous mettez quelque chose qui hérite ConfigurationSection dans votre dll, et d'ajouter que la section de configuration à votre app.config , cela vous permettra d'exécuter le code dans le constructeur de la section de configuration et ainsi faire à peu près ce que vous voulez. Il ne sera évidemment invoqué qu'une seule fois, au démarrage de l'application, mais si j'ai bien compris, cela suffirait. Est-ce que cela utilise du Cood Voodoo?

Answer 4

Snoop Heureusement, la source est disponible - regardez dans le projet nommé "ManagedInjector"