[C#] Charger les références ( assembly .dll ) au runtime
Fermé
nitorax
Messages postés
3
Date d'inscription
vendredi 28 décembre 2018
Statut
Membre
Dernière intervention
3 janvier 2019
-
28 déc. 2018 à 23:41
nitorax Messages postés 3 Date d'inscription vendredi 28 décembre 2018 Statut Membre Dernière intervention 3 janvier 2019 - 3 janv. 2019 à 18:34
nitorax Messages postés 3 Date d'inscription vendredi 28 décembre 2018 Statut Membre Dernière intervention 3 janvier 2019 - 3 janv. 2019 à 18:34
A voir également:
- [C#] Charger les références ( assembly .dll ) au runtime
- Directx runtime - Télécharger - Pilotes & Matériel
- Microsoft visual c++ runtime - Guide
- Java runtime - Télécharger - Langages
- Dans le document à télécharger, les références des pièces détachées sont affichées par pays, puis par type de pièces. réorganisez le document pour avoir : les pays dans l'ordre alphabétique : allemagne, espagne, france et italie ; et pour chaque pays, les pièces d'auto, de bateau et de moto dans cet ordre. quelle est la référence de la pièce en ligne 500 ? ✓ - Forum Windows
- X3daudio1_7.dll ✓ - Forum Jeux PC
2 réponses
Whismeril
Messages postés
19029
Date d'inscription
mardi 11 mars 2003
Statut
Contributeur
Dernière intervention
26 avril 2024
931
29 déc. 2018 à 07:36
29 déc. 2018 à 07:36
Bonjour
Il y a deux façons de voir les choses.
Il y a deux façons de voir les choses.
- tu essayes de reproduire le fonctionnement de la framework, par exemple tu te sers de l’assembly System sans l’avoir dans ton répertoire. Dans ce cas il faut installer ton assembly dans le GAC https://docs.microsoft.com/fr-fr/dotnet/framework/app-domains/gac et ton code n’est pas utile.
- tu souhaites faire un programme avec des plugins. Là c’est plus compliqué, je l’ai fait une fois au travail, y a longtemps. Ça se fait peut être bien avec ce type de code. Il me semble me souvenir qu’il fallait une classe abstraite et une classe fille qui « ne fait rien » chargée normalement dans le projet et une autre classe fille, qui fait le job que l’on charge peut-être avec ton code. Je reprends le boulot le 7 janvier, pas sûr d’avoir l’occasion de vérifier mes dires ce jour là. En attendans, tu peux chercher pugin C# sur le net (j’avais trouvé comme ça) où espérer qu’un autre membre sache.
nitorax
Messages postés
3
Date d'inscription
vendredi 28 décembre 2018
Statut
Membre
Dernière intervention
3 janvier 2019
29 déc. 2018 à 13:04
29 déc. 2018 à 13:04
Merci pour ta reponse. Alors aucune des 2 solutions ne me conviennent. Je ne souhaite pas placer mes assembly dans le CAG ni faire un system de plugins puisque je sais quels assembly doivent etre chargé precisément. J'ai un projet qui fait reference a 2 assembly disons. Sauf que quand je lance mon projet les assembly ne se trouve pas dans le même dossier que mon executable. Ainsi je dois les charger manuellement dès le lancement de mon programme. Sauf que etrangement ça ne fonctionne pas comme ça devrait j'ai l'exception dites dans mon premier message qui est levée.
Merci de votre aide
Merci de votre aide
Whismeril
Messages postés
19029
Date d'inscription
mardi 11 mars 2003
Statut
Contributeur
Dernière intervention
26 avril 2024
931
29 déc. 2018 à 19:55
29 déc. 2018 à 19:55
Pour moi, ça correspond au plugin.
nitorax
Messages postés
3
Date d'inscription
vendredi 28 décembre 2018
Statut
Membre
Dernière intervention
3 janvier 2019
>
Whismeril
Messages postés
19029
Date d'inscription
mardi 11 mars 2003
Statut
Contributeur
Dernière intervention
26 avril 2024
3 janv. 2019 à 18:34
3 janv. 2019 à 18:34
Il faut utiliser une interface ou des classes abstraites pour faire un system de plugins. Hors là ce n'est pas le cas puisque je veux juste charger mes references manuellement dans l'AppDomain principal. Sauf que ça ne fonctionne pas comme ça devrait. Je dois surement mal faire un truc. Mon code est plus haut. Pourriez vous me dire comment vous vous y seriez pris vous ?