Мы пишем сложное богатое настольное приложение и должны предлагать гибкость в форматах отчетов, поэтому мы думали, что просто выставим нашу объектную модель скриптовому langauge. Время было тогда, когда это означало VBA (который по-прежнему является опцией), но управляемый код, производный VSTA (я думаю), кажется, засох на лозе.
Какой теперь лучший выбор для встроенного языка сценариев в Windows.NET?
Я использовал CSScript с потрясающими результатами. Это действительно сокращает необходимость делать привязки и другие материалы низкого уровня в моих приложениях, написанных на скриптах.
Лично я бы использовал С# в качестве языка сценариев..NET framework (и Mono, благодаря Matthew Scharley) фактически включает компиляторы для каждого из языков .NET в самой структуре.
В принципе, есть две части для реализации этой системы.
Разрешить пользователю компилировать код Это относительно просто и может быть сделано только в нескольких строках кода (хотя вы можете добавить диалоговое окно с ошибкой, которое, вероятно, будет состоять из нескольких десятков строк кода, в зависимости от того, насколько вы бы это хотели).
Создание и использование классов, содержащихся в сборной сборке Это немного сложнее, чем предыдущий шаг (требуется небольшая часть отражения). В принципе, вы должны просто обработать скомпилированную сборку как "плагин" для программы. Существует несколько учебных пособий по различным способам создания плагинов в С# (Google - ваш друг).
Я реализовал "быстрое" приложение, чтобы продемонстрировать, как вы можете реализовать эту систему (включая 2 рабочих скрипта!). Это полный код для приложения, просто создайте новый и вставьте код в файл "program.cs". В этот момент я должен извиниться за большой кусок кода, который я собираюсь вставить (я не хотел, чтобы он был таким большим, но немного увлекся моими комментариями)
using System;
using System.Windows.Forms;
using System.Reflection;
using System.CodeDom.Compiler;
namespace ScriptingInterface
{
public interface IScriptType1
{
string RunScript(int value);
}
}
namespace ScriptingExample
{
static class Program
{
///
/// The main entry point for the application.
///
[STAThread]
static void Main()
{
// Lets compile some code (I'm lazy, so I'll just hardcode it all, i'm sure you can work out how to read from a file/text box instead
Assembly compiledScript = CompileCode(
"namespace SimpleScripts" +
"{" +
" public class MyScriptMul5 : ScriptingInterface.IScriptType1" +
" {" +
" public string RunScript(int value)" +
" {" +
" return this.ToString() + \" just ran! Result: \" + (value*5).ToString();" +
" }" +
" }" +
" public class MyScriptNegate : ScriptingInterface.IScriptType1" +
" {" +
" public string RunScript(int value)" +
" {" +
" return this.ToString() + \" just ran! Result: \" + (-value).ToString();" +
" }" +
" }" +
"}");
if (compiledScript != null)
{
RunScript(compiledScript);
}
}
static Assembly CompileCode(string code)
{
// Create a code provider
// This class implements the 'CodeDomProvider' class as its base. All of the current .Net languages (at least Microsoft ones)
// come with thier own implemtation, thus you can allow the user to use the language of thier choice (though i recommend that
// you don't allow the use of c++, which is too volatile for scripting use - memory leaks anyone?)
Microsoft.CSharp.CSharpCodeProvider csProvider = new Microsoft.CSharp.CSharpCodeProvider();
// Setup our options
CompilerParameters options = new CompilerParameters();
options.GenerateExecutable = false; // we want a Dll (or "Class Library" as its called in .Net)
options.GenerateInMemory = true; // Saves us from deleting the Dll when we are done with it, though you could set this to false and save start-up time by next time by not having to re-compile
// And set any others you want, there a quite a few, take some time to look through them all and decide which fit your application best!
// Add any references you want the users to be able to access, be warned that giving them access to some classes can allow
// harmful code to be written and executed. I recommend that you write your own Class library that is the only reference it allows
// thus they can only do the things you want them to.
// (though things like "System.Xml.dll" can be useful, just need to provide a way users can read a file to pass in to it)
// Just to avoid bloatin this example to much, we will just add THIS program to its references, that way we don't need another
// project to store the interfaces that both this class and the other uses. Just remember, this will expose ALL public classes to
// the "script"
options.ReferencedAssemblies.Add(Assembly.GetExecutingAssembly().Location);
// Compile our code
CompilerResults result;
result = csProvider.CompileAssemblyFromSource(options, code);
if (result.Errors.HasErrors)
{
// TODO: report back to the user that the script has errored
return null;
}
if (result.Errors.HasWarnings)
{
// TODO: tell the user about the warnings, might want to prompt them if they want to continue
// runnning the "script"
}
return result.CompiledAssembly;
}
static void RunScript(Assembly script)
{
// Now that we have a compiled script, lets run them
foreach (Type type in script.GetExportedTypes())
{
foreach (Type iface in type.GetInterfaces())
{
if (iface == typeof(ScriptingInterface.IScriptType1))
{
// yay, we found a script interface, lets create it and run it!
// Get the constructor for the current type
// you can also specify what creation parameter types you want to pass to it,
// so you could possibly pass in data it might need, or a class that it can use to query the host application
ConstructorInfo constructor = type.GetConstructor(System.Type.EmptyTypes);
if (constructor != null && constructor.IsPublic)
{
// lets be friendly and only do things legitimitely by only using valid constructors
// we specified that we wanted a constructor that doesn't take parameters, so don't pass parameters
ScriptingInterface.IScriptType1 scriptObject = constructor.Invoke(null) as ScriptingInterface.IScriptType1;
if (scriptObject != null)
{
//Lets run our script and display its results
MessageBox.Show(scriptObject.RunScript(50));
}
else
{
// hmmm, for some reason it didn't create the object
// this shouldn't happen, as we have been doing checks all along, but we should
// inform the user something bad has happened, and possibly request them to send
// you the script so you can debug this problem
}
}
else
{
// and even more friendly and explain that there was no valid constructor
// found and thats why this script object wasn't run
}
}
}
}
}
}
}
IronPython. Вот обзор как вставить его.
Двигатель PowerShell был разработан, чтобы быть легко встроенным в приложение, чтобы сделать его доступным для сценариев. На самом деле, CLI PowerShell - это просто текстовый интерфейс к движку.
Изменить: см. http://blogs.msdn.com/powershell/archive/2007/08/29/making-applications-scriptable-via-powershell.aspx
Boo язык.
Мой язык сценариев выбора был бы Lua в эти дни. Он небольшой, быстрый, чистый, полностью документированный, хорошо поддерживается, имеет большое сообщество индустрия (Adobe, Blizzard, EA Games), определенно стоит попробовать.
Чтобы использовать его с языками .NET, проект LuaInterface предоставит вам все, что вам нужно.
Почему бы не попробовать С#? Mono имеет отличный новый проект специально для динамической оценки С#:
IronRuby, как указано выше. Интересным проектом для меня как программиста на С# является поддержка С# Eval в Mono. Но он еще не доступен (будет частью Mono 2.2).
Еще одно голосование за IronPython. Вложение это просто, взаимодействие с .Net-классами прост, и, ну, это Python.
JScript.NET - хороший. Fiddler использует его.
Я havnt пробовал это еще, но он выглядит довольно круто:
Я могу предложить S #, который я сейчас поддерживаю. Это проект с открытым исходным кодом, написанный на С# и предназначенный для приложений .NET.
Первоначально (2007-2009) он был размещен на http://www.codeplex.com/scriptdotnet, но в последнее время он был перенесен в github.
Попробуйте Ela. Это функциональный язык, подобный Haskell, и может быть встроен в любое приложение .Net. Даже у него простая, но удобная среда разработки.
Я только что создал плагин для клиента, позволяя им писать код С# в модулях, которые действуют как VBA для Office.
Я использовал Lua раньше; в приложении Delphi, но он может быть встроен во множество вещей. Он использовался в Adobe Photoshop Lightroom.
Мне нравится сценарий с самой С#. Теперь, в 2013 году, существует неплохая поддержка сценариев С#, все больше и больше библиотек для него становятся доступными.
Mono отлично поддерживает script код С#, и вы можете использовать его с .NET, просто включив Mono.CSharp.dll в ваше приложение. Для приложения сценариев С#, которое я выполнил, CShell
Также проверьте "ScriptEngine" в Roslyn, который от Microsoft, но это только CTP.
Как уже упоминалось, CS- Script существует уже довольно долгое время.