Étape 2 : recherche des assemblys précédemment référencés
Mise à jour : novembre 2007
Si l'assembly demandé a aussi été demandé lors d'appels précédents, le Common Language Runtime utilise l'assembly qui est déjà chargé. Ceci peut avoir des ramifications lors de l'attribution des noms des assemblys qui composent une application. Pour plus d'informations sur l'attribution des noms des assemblys, consultez Noms d'assemblys.
Si une demande précédente pour l'assembly a échoué, les demandes suivantes pour l'assembly échouent immédiatement, sans tentative de chargement de l'assembly. Depuis la version 2.0 du .NET Framework, les échecs de liaison d'assemblys sont mis en cache et les informations mises en cache sont utilisées pour déterminer s'il faut essayer de charger l'assembly.
.gif "Remarque") Remarque : |
|---|
Pour rétablir le comportement des versions 1.0 et 1.1 du .NET Framework, qui ne mettait pas en cache les échecs de liaison, incluez <disableCachingBindingFailures>, élément dans votre fichier de configuration. |
Voir aussi
Concepts
Méthode de localisation des assemblys par le runtime
Scénarios de déploiement pour les applications .NET Framework
Étape 1 : examen des fichiers de configuration
Étape 3 : vérification du Global Assembly Cache
Étape 4 : localisation de l'assembly par le biais des codes base ou de la détection
Références d'assembly partielles