Reflection.Emit vs CodeDOM

Question

Một số ưu điểm/nhược điểm khi sử dụng thư viện Reflection.Emit so với CodeDOM để tạo mã động khi chạy là gì?

Tôi đang cố gắng tạo một số lớp động (tương đối phức tạp) trong một hệ thống dựa trên siêu dữ liệu có sẵn khi chạy ở dạng XML. Tôi sẽ tạo các lớp mở rộng các lớp hiện có trong hội đồng ứng dụng, triển khai các giao diện bổ sung, thêm các phương thức và ghi đè các thành viên ảo và trừu tượng.

Tôi muốn đảm bảo rằng tôi chọn kỹ thuật thích hợp trước khi tôi đi sâu vào quá trình triển khai. Bất kỳ thông tin nào về cách các kỹ thuật tạo mã khác nhau này sẽ khác nhau sẽ hữu ích. Ngoài ra, bất kỳ thông tin nào về các thư viện nguồn mở đơn giản hóa hoặc sắp xếp hợp lý với API làm việc cũng sẽ hữu ích.

Answer 1

Tôi nghĩ rằng những điểm mấu chốt về CodeDOM và Reflection.Emit đang theo dõi:

• CodeDOM tạo ra mã nguồn C# và thường được sử dụng khi tạo mã để được bao gồm như là một phần của một giải pháp và biên soạn trong IDE (ví dụ, các lớp LINQ to SQL, WSDL, XSD đều hoạt động theo cách này). Trong trường hợp này, bạn cũng có thể sử dụng các lớp từng phần để tùy chỉnh mã được tạo. Nó kém hiệu quả hơn, vì nó tạo ra nguồn C# và sau đó chạy trình biên dịch để phân tích nó (một lần nữa!) Và biên dịch nó. Bạn có thể tạo mã bằng cách sử dụng các cấu trúc mức tương đối cao (tương tự như các câu lệnh C# expression #) chẳng hạn như các vòng lặp.

• Reflection.Emit tạo IL để tạo trực tiếp một hội đồng cũng chỉ được lưu trữ trong bộ nhớ. Kết quả là hiệu quả hơn rất nhiều. Bạn phải tạo mã IL cấp thấp (các giá trị được lưu trữ trên stack; vòng lặp phải được thực hiện bằng cách sử dụng các bước nhảy), do đó tạo ra bất kỳ logic phức tạp hơn nào cũng khó khăn một chút.

Nói chung, tôi nghĩ Reflection.Emit thường được coi là cách ưu tiên để tạo mã khi chạy, trong khi CodeDOM được ưu tiên khi tạo mã trước khi biên dịch. Trong kịch bản của bạn, cả hai đều có thể làm việc tốt (mặc dù CodeDOM có thể cần các đặc quyền cao hơn, vì nó thực sự cần gọi trình biên dịch C#, là một phần của bất kỳ cài đặt .NET nào).

Một tùy chọn khác sẽ là sử dụng Expression class. Trong .NET 4.0 nó cho phép bạn tạo mã tương đương với các biểu thức và câu lệnh C#. Tuy nhiên, nó không cho phép bạn tạo ra một lớp. Vì vậy, bạn có thể kết hợp điều này với Reflection.Emit (để tạo ra các lớp ủy quyền thực hiện cho mã được tạo ra bằng cách sử dụng Expression). Đối với một số trường hợp, bạn cũng có thể không cần phân cấp đầy đủ - thường là từ điển của các đại biểu được tạo động như Dictionary<string, Action> có thể đủ tốt (nhưng tất nhiên, nó phụ thuộc vào kịch bản chính xác của bạn).

Answer 2

Bạn có thể muốn xem ExpandoObject. Tuy nhiên nó chỉ là .NET 4.0.

Answer 3

Mã nhắm mục tiêu CodeDom có ​​xu hướng dễ bảo trì hơn, vì bạn đang tạo mã C# chứ không phải IL (nhiều người hơn có thể đọc C# hơn IL). Hơn nữa, nếu bạn nhận được mã CodeDom của bạn sai, bạn nhận được một lỗi trình biên dịch; nếu bạn tạo ra IL không hợp lệ, bạn sẽ nhận được một ngoại lệ nghiêm trọng hoặc một sự cố.

Tuy nhiên, vì CodeDom gọi trình biên dịch csc.exe, nên sẽ chậm hơn một chút để lấy mã sẵn sàng để sử dụng. Với Reflection.Emit, bạn có thể tạo mã trực tiếp vào bộ nhớ.

CodeDom có ​​lẽ là tốt cho hầu hết mọi thứ; XmlSerializer và trình thiết kế WinForms sử dụng nó.