Hiệu quả lại - không rõ ý bạn là gì, nhưng chúng có thể được sử dụng để đạt được hiệu suất, bằng cách tránh phản ánh tốn kém. Ví dụ: bằng cách sử dụng Delegate.CreateDelegate để tạo đại biểu được kiểm tra trước (đã nhập) thành phương pháp động/tra cứu, thay vì sử dụng (chậm) MethodInfo.Invoke.
Ví dụ nhỏ (truy cập mẫu tĩnh T Parse(string) cho loại), xem bên dưới. Lưu ý rằng nó chỉ sử dụng sự phản chiếu một lần (mỗi loại), thay vì nhiều lần. Điều này nên ngoài thực hiện một trong hai phản ánh hoặc điển hình TypeConverter sử dụng:
using System;
using System.Reflection;
static class Program { // formatted for space
static void Main() {
// do this in a loop to see benefit...
int i = Test<int>.Parse("123");
float f = Test<float>.Parse("123.45");
}
}
static class Test<T> {
public static T Parse(string text) { return parse(text); }
static readonly Func<string, T> parse;
static Test() {
try {
MethodInfo method = typeof(T).GetMethod("Parse",
BindingFlags.Public | BindingFlags.Static,
null, new Type[] { typeof(string) }, null);
parse = (Func<string, T>) Delegate.CreateDelegate(
typeof(Func<string, T>), method);
} catch (Exception ex) {
string msg = ex.Message;
parse = delegate { throw new NotSupportedException(msg); };
}
}
}
Nguồn
2009-02-09 09:18:05
Thật sao? Họ lưu trữ con trỏ? Tôi đã ấn tượng rằng các sự kiện đã làm điều đó, và các đại biểu giống như một loại hàm mạnh mẽ. (Nhưng tôi có thể là những điều khó hiểu ở đó.) – scraimer
scraimer: Sự kiện sử dụng các đại biểu nội bộ. Thêm vào đó, họ cung cấp một giao diện để truy cập dễ dàng hơn. Tôi nên làm rõ điều này. –
Tôi biết tất cả về các con trỏ hàm, nhưng điều tôi muốn biết là chúng thực sự được CLR triển khai như thế nào và cách tôi có thể khai thác kiến thức về triển khai của chúng để sử dụng chúng hiệu quả hơn trong mã của tôi – Lonzo