Discussion :

[giova_fr]

Bonjour/bonsoir.

J'ai du rater une marche...
Je voudrai lister les assemblies dont je dépend dans mon programme.

J'ai fais un test: solution console vierge
J'y ajoute un projet librairie de classe (ClassLibrary1)
et je met ca dans mon main :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
 static void Main()
        {
            Assembly curAss = Assembly.GetEntryAssembly();
            AssemblyName[] refAssnames = curAss.GetReferencedAssemblies();
            System.Console.WriteLine("Liste des Assemblies chargées:");
            foreach (AssemblyName item in refAssnames)
            {
                Console.WriteLine(String.Format("\tAssembly : {0}",item.Name));
            }
            System.Console.Read();
        }

et ca m'affiche :

Liste des Assemblies chargées:
Assembly : mscorlib
Assembly : System

Comment puis je récupérer "ClassLibrary1"?

N.B : il est important que je puisse lister mes dll, avant meme d'instancier le moindre type qui les compose.

N.B2 : J'aimerai egalement (vraiment) éviter les bidouilles du genre lister les dll d'un repertoire puis.... vous voyez...

un grand merci d'avance à celui ou celle qui pourra m'éclairer dans ce bien sombre mystere !

EDIT : comme je le redoutait, ca ne me liste pas l'assembly ClassLibrary1 tant que je n'instancie pas sa classe Class1. C'est un enorme probleme pour moi. Pourtant ca n'est pas etre cencé etre statiquement chargé?

[smyley]

Il me semble qu'une assembly n'est affichée via cette méthode que si elle est utilisée par l'assembly en cours. Je ne suis pas sur de ce que j'avance (pas le temps d'essayer pour l'instant) mais essaye par exemple de créer une fonction bidon et d'y faire quelque chose avec une des classe de ClassLibrary1 et réitère ton test pour voir ...

[giova_fr]

En effet dans ce cas là ca liste.
Le but de mon opération, est de lister certaines classes qui implémentent une interface, et de vérifier certaines de leur propriétés.

C'est du au fait qu'on est plusieurs à bosser sur le projet, et ca touche à la sécurité.

Je ne peut donc pas savoir à l'avance ce que je vais trouver comme classe, et donc encore moins appeller une de leur fonctions pour savoir qu'elles existent

Concretement, si un dev crée une nouvelle classe qui implemente mon interface, et qu'il ne fait pas ce qu'il faut, au lancement du soft (ainsi que dans des Unit test) il obtiendra immediatement une erreur pour corriger le tir...

Ne trouvant pas de soluce, je me vois obligé de lister les dll du repertoire d'execution, si quelqu'un (peu rigoureux ou mal intentionné) place une dll dans un autre répertoire, je ne la verrai pas :s ca me traquace.

Merci pour ta réponse quoi qu'il en soit.

[smyley]

Si tu dois vérifier l'intégrité des dlls tu pourrai faire la vérification juste après le chargement de chaque assembly, avant même qu'un code dans celle ci ne soit exécuté.
cf. AppDomain.AssemblyLoad