Traiter avec des dépendances facultatives (C #)

J'essaie effectivement de mettre en œuvre un système de plug-in. Cependant, parfois, j'aimerais utiliser un type introduit dans une autre assemblée. Le code utilisant ce type sera gardé avec une instruction "si" qui garantira que cela n'est utilisé que lorsque la bibliothèque est disponible et chargée. Y a-t-il un moyen de le faire en C #?

---

@Sergiybyelozyorov, oui, cela peut être fait, mais seulement par la liaison tardif (par exemple la réflexion ou la dynamique). Si le type peut implémenter une interface qui est toujours disponible, il le rendra plus pratique à utiliser.

---

Mais vous dites que c'est correct si la mise en œuvre de la classe TFS vit à l'intérieur du même assemblage?

---

À l'aide de l'API Windows traditionnel, si vous êtes un lien vers une DLL qui n'existe pas sur la machine d'utilisateur final, votre exécutable ne se charge pas du tout: et donc, à la place, vous devez utiliser Explicit LoadLibrary. Je ne suis pas certain que j'ai testé cela, mais je ne crois pas que ce soit vrai des références Dotnet aux assemblées qui n'existent pas sur la machine utilisateur finale ... et il est donc prudent d'avoir ces références dans votre Assemblage (il y aura une exception d'exécution uniquement lorsque / si vous essayez d'appeler l'assemblage inexistant).

---

Cela rendrait TFSFactory dépend de l'assemblage contenant de la classe TFS. Et puisque TFSFactory est utilisé dans l'application, il nécessitera toujours de distribuer le logiciel avec une DLL "en option" TFS. :-)

---

@Sergiybyelozyorov je crois (corrigez-moi si je me trompe) que vous avez besoin de la DLL afin de construire, mais que vous pouvez expédier / déployer sans elle ... et que s'il n'est pas présent sur la machine cible, l'Assemblée va toujours charger et que tout (à l'exception de la méthode TFSFactory) fonctionnera correctement.

---

@Chrisw: Nope. Je l'ai testé. Même si le code utilisant le TFSFactory n'exécute pas, l'application ne parvient toujours pas à fonctionner en raison d'une DLL manquante. P.s. J'ai testé cela avec mono, peut-être que c'est différent de .NET.

---

@Sergiybyelozyorov, je viens de le tester aussi (en utilisant .Net pas mono). L'application commence, mais je reçois une exception lorsque j'appelle une méthode dont la mise en œuvre dépend d'un type non défini. Cela devrait donc fonctionner si votre relevé si empêche la méthode appelée, et peut ne pas fonctionner si votre si Le protège-instruction est à l'intérieur de la méthode contenant du code qui dépend du type.

---

@Chrisw vient d'essayer cela avec VS2010. Même résultat que mono. Ce doit être quelque chose que je fais différemment de toi. Voici ma solution de test: dl.dropboxusercontent.com/16259710/testreferences.7z < / a>. Essayez de supprimer l'optionallibrary.dll à partir de dossier binaires et d'exécuter le programme. Cela ne devrait pas déclencher le code qui dépend de cette bibliothèque, qui n'est exécuté que lorsque "1" est transmis comme premier paramètre. Malgré cela, sur ma machine, il échoue toujours avec une exception FilenotFoundException.

---

@Sergiybyelozyorov Déplacez votre code dépendant de la conversation dans une méthode distincte. Comme ceci: Classe Mainclass {Public Static Void Main (String [] args) {Si (arg.Length> 0 && args [0] == "1" 1 ") {FOO (); } else {console.writine ("2 Hello World!"); }} Void statique FOO () {Talk Talk = Nouvelle conversation (); Console.writeline (Talk.Sayhello () + "" + Talk.Sayworld () + "!"); }}

---

@SergiybyElozyorov dans les résultats des tests indiqués ci-dessus, notez que l'exception ne provient pas de la ligne 1 de la méthode FOO ... elle vient de (essayer de JIT) la méthode FOO elle-même. Par conséquent, vous ne voulez pas ce code dans votre méthode principale.

---

@Chrisw Il était intéressant de savoir. En effet, une fois que le code dépendant est dans une méthode distincte, tout fonctionne très bien.

---