Exporter (0) Imprimer
Développer tout
Cet article a fait l'objet d'une traduction automatique. Déplacez votre pointeur sur les phrases de l'article pour voir la version originale de ce texte. Informations supplémentaires.
Traduction
Source
Ce sujet n'a pas encore été évalué - Évaluez ce sujet

Assembly.UnsafeLoadFrom, méthode

Charge un assembly dans le contexte de chargement, en ignorant des vérifications de sécurité.

Espace de noms :  System.Reflection
Assembly :  mscorlib (dans mscorlib.dll)
public static Assembly UnsafeLoadFrom(
	string assemblyFile
)

Paramètres

assemblyFile
Type : System.String
Nom ou chemin d'accès du fichier qui contient le manifeste d'assembly.

Valeur de retour

Type : System.Reflection.Assembly
Assembly chargé.
ExceptionCondition
ArgumentNullException

assemblyFile a la valeur null.

FileNotFoundException

assemblyFile est introuvable ou le module que vous tentez de charger ne spécifie pas d'extension de nom de fichier.

FileLoadException

Un fichier détecté n'a pas pu être chargé.

BadImageFormatException

assemblyFile n'est pas un assembly valide.

ou

assemblyFile a été compilé avec une version du common language runtime qui est ultérieure à la version actuellement chargée.

SecurityException

Un code base qui ne commence pas par "file://" a été spécifié sans le WebPermission requis.

ArgumentException

Le paramètre assemblyFile est une chaîne vide ("").

PathTooLongException

Le nom de l'assembly est plus long que le nombre de caractères MAX_PATH.

Utilisez cette méthode pour charger un assembly local que le système d'exploitation a signalé comme ayant été chargé à partir du Web (par exemple, un fichier temporaire téléchargé à partir d'Internet ou de l'intranet). Avant le .NET Framework 4, de tels assemblys ont été chargés automatiquement dans un domaine d'application sandbox. À partir de .NET Framework 4, ils sont chargés avec une confiance totale.

Il est également possible d'appliquer <NetFx40_LegacySecurityPolicy>, élément dans votre fichier de configuration de l'application. Il en résulte que le Common Language Runtime rétablit la stratégie de sécurité du .NET Framework 3.5.

Mise en gardeAttention

Si vous utilisez l'une ou l'autre de ces solutions, vous devez être certain qu'elle est sécurisée pour charger assemblyFile en toute confiance.

Pour une documentation sur les contextes de chargement, référez-vous à la surcharge de méthode LoadFrom(String).

.NET Framework

Pris en charge dans : 4.5, 4

.NET Framework Client Profile

Pris en charge dans : 4
  • SecurityCriticalAttribute 

    exige une confiance totale pour l'appelant immédiat. Ce membre ne peut pas être utilisé par du code partiellement de confiance ou transparent.

Windows 8.1, Windows Server 2012 R2, Windows 8, Windows Server 2012, Windows 7, Windows Vista SP2, Windows Server 2008 (rôle principal du serveur non pris en charge), Windows Server 2008 R2 (rôle principal du serveur pris en charge avec SP1 ou version ultérieure ; Itanium non pris en charge)

Le .NET Framework ne prend pas en charge toutes les versions de chaque plateforme. Pour obtenir la liste des versions prises en charge, consultez Configuration requise du .NET Framework.
Cela vous a-t-il été utile ?
(1500 caractères restants)
Merci pour vos suggestions.

Ajouts de la communauté

AJOUTER
Afficher:
© 2014 Microsoft. Tous droits réservés.