The-as-a-Service Compiler tính năng đã được available in Mono trong một thời gian khá lâu và có những dấu hiệu cho thấy nó có thể xuất hiện trong .NET 5 hoặc 6, nhưng nó không có sẵn trong .NET 4.
Nếu bạn hoàn toàn, tích cực, cần phải chạy trên NET (lưu ý rằng Mono chạy trên Windows tốt, vì vậy bạn không thực sự mất bất cứ điều gì bằng cách chạy Mono), một trong những lựa chọn thú vị có thể là để điều tra như thế nào cứng nó sẽ được cổng Mono.CSharp
đến. MẠNG LƯỚI. Tôi có nghĩa là, cuối cùng, tại một số điểm, nó tạo ra bytecode CIL hoạt động chính xác như nhau trên tất cả các triển khai CLI cho dù đó là Mono, .NET, DotGNU, Rotor, Bartok hay bất cứ thứ gì.
Nếu không, các tùy chọn của bạn khá giống nhau: tạo tệp và gọi trình biên dịch dòng lệnh, sử dụng cây DLR, sử dụng tạo mã nhẹ, sử dụng Reflection.Emit
, sử dụng CodeDOM, sử dụng CSharpCodeProvider
, tạo ngôn ngữ kịch bản của riêng bạn, lưu trữ một số ngôn ngữ kịch bản khác hoặc lưu trữ DLR.
Có lẽ tôi sẽ chọn thứ hai: lưu trữ DLR là hoàn toàn dễ dàng và nó cho phép bạn truy cập không chỉ một ngôn ngữ lập trình tốt (tại thời điểm Ruby, Python, ECMAScript và Scheme) và trên thực tế người dùng có thể sử dụng bất kỳ ngôn ngữ DLR nào mà họ đã cài đặt trên máy của họ.
Nguồn
2010-06-24 16:29:01
Đây là câu trả lời duy nhất hiện có. Video bạn đang đề cập đến là việc chứng minh các "biên dịch như một dịch vụ", được dự kiến lên kế hoạch cho C# 5. –
Xem thêm: http://stackoverflow.com/questions/2210734/what-is-the-state-of -the-c-compiler-as-a-service –
Rất tốt, cảm ơn sự giúp đỡ của mọi người! – Kelly