Wie man benutzerdefinierte Attribute aus einer assembly, die nicht (richtig) geladen

Wir alle wissen, dass die Baugruppe abgefragt werden können für Attribute mit der GetCustomAttributes-Methode. Ich möchte an dieser zu identifizieren, die eine Erweiterung Modul für meine Anwendung. Um jedoch zu vermeiden, laden jeden der Montage ziehe ich einen defensiven Ansatz:

mit Montage.ReflectionOnlyLoadFrom um mehr Informationen über eine assembly (hat es meine ModuleAttribute?)
wenn die ModuleAttribute gefunden wird, werde ich endlich laden Sie Sie, indem Sie Baugruppen.LoadFrom

Leider scheint es, dass es keine Möglichkeit gibt, um die Attribute einer assembly, die geladen wird in der Reflexion-nur Rahmen:

myAssembly.GetCustomAttributes(typeof(ModuleAttribute), false)

schlägt mit einer InvalidOperationException ("Es ist illegal zu reflektieren, die auf der benutzerdefinierten Attribute eines Typs geladen über ReflectionOnlyGetType") und

CustomAttributeData.GetCustomAttributes(myAssembly)

schlägt mit ReflectionTypeLoadException, weil der abhängigen Assemblys geladen wird.

So, wie man die Attribute ohne

verschmutzen meine Anwendungsdomäne mit nutzlos (vielleicht schädlichen) Arten von aufrufenden Assembly.LoadFrom
den laden müssen alle referenzierten Assemblys
die Notwendigkeit für separate Anwendungsdomänen (gab es einen kurzen Versuch, Roch nach noch mehr PITA)

InformationsquelleAutor Marc Wittke | 2009-09-22

assemblies attributes c#plugins

5

Ist es möglich, zu laden (nur Reflexion) von Baugruppen mit Abhängigkeiten.

AppDomain.CurrentDomain.ReflectionOnlyAssemblyResolve += (s, e) => Assembly.ReflectionOnlyLoad(e.Name);

wäre fix Fehler beim laden, vorausgesetzt, Sie sind alle im selben Ordner.
- Können Sie erläutern, wie eine bessere Antwort hier? Es klingt wie Sie fand eine Arbeit Rum... Aber ich kann nicht damit es funktioniert.
- Das ist kein workaround, sondern eine gültige Lösung. Wenn die Montage mit den erforderlichen Typen nicht entdeckt werden können, in der Reflexion-nur der Kontext, der ReflectionOnlyAssemblyResolve - Ereignis ausgelöst wird. Sie können manuell laden Sie die assembly dann.
InformationsquelleAutor Aykut Kllic
4

Nach der Prüfung alle Antworten und einige weitere Forschung, es scheint, dass es einfach keinen Weg, das zu tun, was ich will: prüfen Sie, ob eine assembly ist eine gültige extension Modul vor dem laden in der Anwendungsdomäne.

Entweder habe ich um die assembly zu laden, die sollten überprüft werden, in eine andere Anwendungsdomäne, überprüfen es und wenn es gelingt, laden Sie es wieder in meine aktuelle Anwendungsdomäne ab, oder muss ich zum speichern von Metadaten der assembly außerhalb der Versammlung selbst, und Vertrauen Sie dieser Metadaten. Option eins ist nicht möglich aufgrund der architektonischen Einschränkungen, option zwei, nur verschiebt sich das problem aber nicht löst.

Wahrscheinlich die beste alternative ist die Verwendung des Managed Extensibility Framework, das ist aber leider nicht einfach in den aktuellen setup.

Habe ich am Ende darauf Vertrauen, dass es nichts "schlechtes" in das Module-Verzeichnis und laden alles (mit ein paar Prüfungen, für nicht mehr als eine maximale Datei-Größe und nicht bereits geladen).

Dennoch danke für deine Ideen.

InformationsquelleAutor Marc Wittke
2

Haben Sie schaute auf die microsoft Add-in-Framework.

Es ermöglicht das laden von Modulen (Add-ins) in den verschiedenen app-Domänen und-Prozesse, und die Abfrage-Schnittstelle auf bestimmte Attribut-Daten.

Könnte es nicht sein, was Sie wollen, aber könnte einen Blick Wert sein.

http://msdn.microsoft.com/en-us/library/bb384200.aspx
```
string[] warnings = AddInStore.Update(Environment.CurrentDirectory);
Collection<AddInToken> tokens = AddInStore.FindAddIns(typeof(YourType), Environment.CurrentDirectory)

AddInEnvironment addInEnvironment = new AddInEnvironment(AppDomain.CurrentDomain);
YourType module = tokens[0].Activate<YourType>(addInEnvironment);
```
Und mit ein bisschen LINQ Abfragen kann es
```
AddInToken myToken = tokens.FirstOrDefault(currentAddInToken => currentAddInToken.Name.Equals(moduleName))
```
- MAF oder sogar MEF scheint zu sein, eine option, ja. Leider würde dies eine änderung in das design des plugins, die nicht direkt (und nicht zwingend) von uns entwickelt.
- Könnte es ein problem sein wenn das plugin nicht leicht wrapable
- Aber ich nehme an, wraping es würden trotzen Ihr brauchen, wenn der externe plugins müssen neu kompiliert werden, indem Sie
InformationsquelleAutor monkey_p
1

Wirklich alte Frage, aber dies wurde möglich da .NET 2.0. Das problem ist, dass alles geladen wird in die Reflexion-nur load-Kontext implementiert ist, so dass Sie nicht versehentlich trigger laden der assembly in die aktuelle Anwendungsdomäne. Das reflektieren über das benutzerdefinierte Attribut-Typen in der assembly definiert ist einer von Ihnen.

Müssten Sie CustomAttributeData um diese benutzerdefinierte Attribute.
```
var assy = Assembly.ReflectionOnlyLoadFrom("MuhPlugin.dll");
//gets assembly-level attributes, but you get the idea
var attrs = CustomAttributeData.GetCustomAttributes(assy);
```
CustomAttributeData Instanzen enthalten die Informationen über die attribute, einschließlich Typ, Konstruktor, Parameter und benannte Parameter. Beachten Sie, dass die Arten in der Objekt-graph sind die Reflexion-nur, so, wenn Sie versuchen, Dinge zu tun mit Ihnen auslösen würde, dass das laden einer assembly, es werfe die bekannte Ausnahme.

Können Sie diese Metadaten über Metadaten, um zu bestimmen, ob das reflektierte assembly qualifiziert sich für was auch immer Ihre Bedürfnisse sind.

InformationsquelleAutor Will
0

Wenn ich Sie wäre würde ich den cache-assembly-Metadaten, z.B. über XML-Dateien. Mit diesem Ansatz sind Sie vollständig zu eliminieren die Notwendigkeit zu laden, nichts. Und können Sie speichern auch Informationen, zu berechnen, die Sie brauchen, um ein zeitaufwendiger Vorgang.

Können Sie XML-Dateien vorgenerierte oder generiert on-the-fly-by-Scannen Sie alle vorhandenen Baugruppen.
- Nicht wie dieser Ansatz, weil Sie sich auf "zusätzliche Metadaten". Das ist nicht viel besser als hart codieren, in welchem Verzeichnis sich eine Montage mit fester Datei-name muss gefunden werden.
- Es stützt sich auf die gespeicherten Metadaten, nicht zusätzliche. Sie extrahieren Metadaten von Baugruppen und speichern Sie diese in Ihrem cache (XML-Dateien oder was auch immer). Es ist schneller und besser Lesen-Baugruppen. Auch dieser Ansatz ist viel besser erweiterbar, denn nach einiger Zeit werden Sie am Ende mit etwas, werden Sie nicht in der Lage sein extrahieren von Montage-ohne es zu laden.
- Vielleicht habe ich nicht bekommen, Sie, aber wer ist das erstellen der Metadaten-cache? Es muss entweder der Schöpfer eine gültige Metadaten-Beschreibung oder mich zu erstellen, die es etwas früher, bevor Sie versuchen, laden Sie das Modul. In beiden Fällen wird jemand brauchen, um dies zu tun, und das problem ist genau das gleiche
- "oder mich, um es zu schaffen etwas früher vor dem laden des Moduls" - JA. Und Sie tun müssen, dass Sie nur einmal. Zum Beispiel, während der software-installation. Danach gibt es keine Leistungseinbußen, wie Sie zum Lesen der Metadaten aus dem cache, die Sie erzeugt.
InformationsquelleAutor Vladislav Rastrusny

Wenn Sie remoting oder mit einer proxy-Konfiguration, haben Sie etwas ähnlich wie diese:

AppDomain.CurrentDomain.ReflectionOnlyAssemblyResolve += (s, e) => OnReflectionOnlyResolve(e, directory);

Jedoch, wenn Sie eine Ausnahme in der Domäne, es sieht wohl so:

{System.InvalidOperationException: Es ist illegal, um auf dem
benutzerdefinierte Attribute eines Typs geladen über ReflectionOnlyGetType (siehe
Montage.ReflectionOnly) - verwenden Sie CustomAttributeData statt.

Hier ist der code, der ausgelöst wird, dass aus der 1. Zeile.

object[] attributes = assembly.GetCustomAttributes(typeof(AssemblyTitleAttribute), false);
return attributes.Length == 0 ? "" : ((AssemblyTitleAttribute) attributes[0]).Title;

Müssen Sie ändern, um es zu verwenden CustomAttributeData wie diese:

foreach (CustomAttributeData cad in assembly.GetCustomAttributesData().Where(a => a.AttributeType == typeof (AssemblyTitleAttribute)))
  return cad.ConstructorArguments.FirstOrDefault().Value as String;
return String.Empty;

InformationsquelleAutor Latency

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.