C # вместо IronRuby в качестве встроенного языка сценариев в .NET 3.5

На данный момент вы не можете использовать C # в качестве языка сценариев, если не переключитесь на Mono.

Microsoft заявила, что эта (или подобная функциональность) входит в дорожную карту C # версии 5, которая находится далеко в будущем.

Однако в настоящее время вы можете подделать его, создав временный «файл кода» в виде строки в памяти, запустив извне компилятор C # для создания новой сборки в памяти, а затем загрузив и выполнив эту сборку.
Это будет хорошо работать. один раз, но если вы хотите обновить его без перезапуска, вам придется загружать сборку в памяти в новый домен приложения и каждый раз выгружать старую (что становится довольно сложно).

Если честно, я бы не стал заморачиваться. C # не является хорошим языком сценариев из-за его скомпилированного характера и статической типизации.

Встраивать IronRuby для написания сценариев не так уж сложно.
У Джимми Шементи (одного из разработчиков IronRuby) есть полный и подробный пример этого:

http://blog.jimmy.schementi.com/2009/12/ironruby-rubyconf-2009-part-35.html

Я не думаю, что это будет очень легко сделать с C #.

Извините, я знаю, что это не ответ на ваш вопрос, но, надеюсь, это будет полезно для тех, кто пытается работать со сценариями через IronRuby.

Возможно, вы сможете обновить свой код C # во время работы приложения, но это будет непросто. В этой ветке обсуждаются попытки сделать такую ​​вещь:

http://www.eggheadcafe.com/software/aspnet/30778032/assemblyload-and-updat.aspx

Внизу этой ветки есть ссылка на эту статью, которая выглядит полезной:

http://dotnet.sys-con.com/node/113340

Базовый подход состоит в том, чтобы загрузить сборку вашего плагина в отдельный AppDomain, а затем выгрузить весь AppDomain, когда вы хотите заменить свой плагин.

Вы всегда можете попробовать использовать CS Script.

http://www.csscript.net/

Лично я бы посоветовал использовать для написания сценариев либо IronRuby, либо Lua.