Каков наилучший язык сценариев для внедрения в настольное приложение C#? [закрытый]



мы пишем сложное богатое настольное приложение и должны предлагать гибкость в форматах отчетов, поэтому мы думали, что просто представим нашу объектную модель на языке сценариев. Время было, когда это означало VBA (который все еще является опцией), но производная управляемого кода VSTA (я думаю), похоже, увяла на корню.



что теперь является лучшим выбором для встроенного языка сценариев на Windows .NET?

544   16  

16 ответов:

Я использовал CSScript с удивительными результатами. Это действительно сократило необходимость делать привязки и другие низкоуровневые вещи в моих скриптовых приложениях.

лично я бы использовал C# в качестве языка сценариев. Платформа .NET framework (и Mono, благодаря Мэтью Шарли) фактически включает компиляторы для каждого из языков .NET в самой платформе.

в основном, есть 2 части для реализации этой системы.

  1. разрешить пользователю компилировать код Это относительно легко и может быть сделано всего в нескольких строках кода (хотя вы можете добавить диалоговое окно с ошибкой, которое, вероятно, будет еще пара десятков строк кода, в зависимости от того, насколько вы хотите его использовать).

  2. создание и использование классов, содержащихся в скомпилированной сборке Это немного сложнее, чем предыдущий шаг (требует немного размышлений). В принципе, вы должны просто рассматривать скомпилированную сборку как" плагин " для программы. Существует довольно много руководств по различным способам создания системы плагинов в C# (Google-это ваш друг.)

я реализовал "быстрое" приложение, чтобы продемонстрировать, как вы можете реализовать эту систему (включает в себя 2 рабочих скрипта!). Это полный код для приложения, просто создайте новый и вставьте код в "программу.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
                        }
                    }
                }
            }
        }
    }
}

механизм PowerShell был разработан, чтобы быть легко встроенным в приложение, чтобы сделать его сценарий. На самом деле, PowerShell CLI-это просто текстовый интерфейс к движку.

изменить: см. http://blogs.msdn.com/powershell/archive/2007/08/29/making-applications-scriptable-via-powershell.aspx

Бу язык.

мой язык сценариев выбора будет Lua в эти дни. Это маленький, быстрый, чистый, полностью документированный, хорошо поддерживается, имеет большой сообщество, Он используется многими крупными компаниями в промышленности (Adobe, Blizzard, EA Games), определенно стоит попробовать.

чтобы использовать его с языками .NET LuaInterface обеспечит все, что вам нужно.

Почему бы не попробовать C#? У Mono есть отличный новый проект, особенно для динамической оценки C#:

http://tirania.org/blog/archive/2008/Sep-10.html

IronRuby, как упоминалось выше. Интересный проект для меня как программиста на C# это поддержка C# Eval в Mono. Но он еще не доступен (будет частью Mono 2.2).

еще один голос за IronPython. Встраивание это просто, взаимодействие с классами .Net является простым, и, ну, это Python.

JScript.NET это хорошо. Саша использует его.

Я могу предложить S# который я в настоящее время поддерживаю. Это проект с открытым исходным кодом, написанный на C# и предназначенный для приложений .NET.

первоначально (2007-2009) он был размещен в http://www.codeplex.com/scriptdotnet, но недавно он был перемещен в github.

попробовать Ela. Это функциональный язык, похожий на Haskell и может быть встроенный в любое приложение .Net. Даже он имеет простой, но удобный IDE.

Я еще не пробовал это, но это выглядит довольно круто:

http://www.codeplex.com/scriptdotnet

Я только что создал плагин для клиента, позволяющий им писать код C# в модулях, которые действуют как VBA для Office.

Я использовал Lua раньше; в приложении Delphi, но он может быть встроен во многие вещи. Он используется в Adobe Photoshop Lightroom.

мне нравится писать сценарии с самим C#. Теперь, в 2013 году, есть довольно хорошая поддержка сценариев C#, все больше и больше библиотек для него становятся доступными.

моно имеет большую поддержку скрипт C# code, и вы можете использовать его с .NET, просто включив Mono.CSharp.dll в вашем приложении. Для скриптового приложения C#, которое я сделал, проверьте CShell

также проверьте 'ScriptEngine' в Рослин что от Microsoft, но это только CTP.

Как уже упоминалось, CS-Script был вокруг в течение довольно долгого времени, а также.

Comments

    Ничего не найдено.