Verbesserung der Leistungsreflexion, welche Alternativen sollte ich berücksichtigen

Question

Ich muss Werte auf einem Haufen oder Eigenschaften auf einem Objekt dynamisch festlegen, nennen Sie es ein Übertragungsobjekt. Es wird eine beträchtliche Anzahl dieser Übertragungsobjekte geben, die in kurzer Zeit erstellt werden und ihre Eigenschaften haben. Ich möchte die Verwendung von Reflektion vermeiden, gibt es Alternativen? Wenn ja, gibt es Beispielimplementierungen, die ich mir anschauen könnte?

Danke

Answer 1

Verwenden Sie , um eine MethodInfo in einen stark typisierten Delegaten zu verwandeln. Dies kann die Leistung verbessern massiv. Ich habe eine blog post about this mit Beispielcode. Beachten Sie, dass dies nur hilfreich ist, wenn Sie dieselben Eigenschaften mehrmals festlegen müssen. Dies bedeutet im Wesentlichen, dass die Überprüfung des Typs einmal erfolgt, wenn Sie den Delegaten erstellen und nicht bei jedem Aufruf.

Marc GRA hat ein HyperPropertyDescriptor Projekt, das eine noch bessere Leistung erzielt, sondern stellt eine zusätzliche Abhängigkeit. Dieses Projekt wurde zum Ausgangspunkt für das modernere Fast Member (github). Im Allgemeinen würden Sie Fast Member über HyperProperty verwenden.

Answer 2

Haben Sie mit Gewissheit festgestellt, dass Reflektion zu langsam ist? Obwohl die Reflexion in .NET nicht so schnell als statischen Code ist, ist es immer noch extrem schnell. Sie sollten den Code so einfach wie möglich schreiben - auch wenn dieser eine Reflektion verwendet - und nur dann zur Optimierung zurückkehren, wenn Sie Leistungsprobleme bemerken und diese für Ihre Verwendung der Reflexion isolieren. Die meiste Zeit werden Sie keine Probleme haben. Reflection wird in allen Arten von leistungssensitivem Code verwendet, z. B. ASP.NET MVC.

Answer 3

Sie leichte Code-Generierung können hier einige Artikel:

• http://blogs.msdn.com/joelpob/archive/2004/04/01/105862.aspx
• http://wesnerm.blogs.com/net_undocumented/2005/06/lightweight_cod.html
• Dyanamic Method

Answer 4

Reflexion einen schlechten Ruf von Java bekam, wo sie (oder zumindest verwendet sehr langsam sein. Dies ist bei .net nicht der Fall, daher verstehe ich Ihre Einwände nicht. Auch stimme ich Rex zu, man kann nicht sagen, dass etwas schlechte Leistung hat, ohne tatsächlich zu messen.

Answer 5

Reflexion kann unglaublich schnell sein wenn Sie es richtig machen (nicht so schnell wie statische Code, natürlich).

Das Finden eines Property-Setters ist langsam. Der Aufruf eines Delegierten ist schnell.

Sie müssen Delegate Objekte für jeden Property-Setter für jeden DTO-Typ abrufen und zwischenspeichern. Das ist der langsame Teil, aber es ist ein einmaliger Erfolg. Dann können Sie Invoke jede der zwischengespeicherten Delegaten für die Property-Setter eines bestimmten DTO-Typs, übergeben Sie das DTO-Objekt und den neuen Eigenschaftswert, aber dieser Teil wird sehr schnell sein.

Answer 6

In .NET 4.0 (Beta) können Sie dies mit den aktualisierten Ausdrucksbaumstrukturen unter Verwendung von Expression.Block und Expression.Assign tun - dann kompilieren Sie das zu einem typisierten Delegaten; Job erledigt.

In .NET 2.0 und oben (als Jon erwähnt) ist HyperDescriptor eine vernünftige Option - es als benutzerdefinierte PropertyDescriptor Implementierung funktioniert, so dass Sie Code wie:

// store this collection for optimum performance 
PropertyDescriptorCollection props = TypeDescriptor.GetProperties(
    typeof(SomeType)); 
props["Name"].SetValue(obj, newName); 
props["DateOfBirth"].SetValue(obj, newDoB); 

Dies hat noch ein wenig Boxen, aber das ist nicht wirklich ein Engpass.