Динамическое создание кода, макроподстановка как FoxPro

@if84 · Регистрация: 25.03.2013

Студворк — интернет-сервис помощи студентам

Здравствуйте!
Я перевожу приложение с FoxPro на C# в VisualStudio (Framework). Возникла следующая проблема. В FoxPro есть понятие макроподстановка (&tmp, где tmp - строка). Это когда можно в run-time вызвать на выполнение строку с любым текстом, главное, чтобы текст был написан на FoxPro. Причём в этой строке можно обращаться ко всем переменным, массивам и т.п., имеющимся в программе, откуда будет вызываться макроподстановка. Есть ли подобная возможность в C#?
Для данного приложения это принципиальный момент. В нём пользователь в TextBox может ввести текст и этот текст должен быть выполнен. Причем не один раз, а на каждом шаге сложного расчёта. (Этот текст - вес дуги в графе и он динамически меняется в зависимости от переменных, задействованных в строке)
Н-р: “IIF(INT(arr(i))=10,-1,1)” - на VFP или “Math.Floor(arr[i]) = = 10 ? -1 : 1” (Тип результата должен быть числовым). Пользователь знаком с правилами написания кода и со списком доступных переменных.
Подскажите, пожалуйста, как можно это реализовать в Framework? Помогут ли деревья выражений? Придётся самой разбирать строку на операторы, чего не хотелось бы очень?

@lFreeManl · 23.11.2016, 18:21

if84, почитайте тут

@kolorotur · 23.11.2016, 18:30

if84, создайте код-заглушку, на основе которого будете компилировать вводимый пользователем код:

C#
1
2
3
4
5
6
7
8
9
10
static readonly string source =
@"using System;
 
static class Code
{
    public static double Execute(int[] arr, int i)
    {
        return {source};
    }
}";

В метод передавайте переменные, которые должны быть видны пользователю.

Потом компилируйте его перед запуском цикла, создавайте на его основе делегат:

C#
1
delegate double Execute(int[] arr, int i);

И выполняйте в цикле:

C#
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
var src = source.Replace("{source}", textBox1.Text);
 
var compiler = CodeDomProvider.CreateProvider("C#");
var result = compiler.CompileAssemblyFromSource(new CompilerParameters(), src);
if (result.Errors.Count == 0)
{
    var assembly = result.CompiledAssembly;
    var type = assembly.GetType("Code");
    var method = type.GetMethod("Execute");
 
    Execute execute = (Execute)Delegate.CreateDelegate(typeof(Execute), method);
 
    // Цикл со сложными вычислениями
    int[] array = new int[12];
    for (int i = 0; i < array.Length; i++)
    {
        array[i] = i;
        MessageBox.Show(execute(array, i).ToString());
    }
}

@if84 · 23.11.2016, 19:29 **[ТС]**

Спасибо огромное! Форум в очередной раз выручает)
Опробовала способ kolorotur. Работает!
Вопрос: не очень ли затратен этот код по сравнению с ручной разборкой строки на операторы (жуть)?
Ведь execute() будет вызываться часто, причём этих Execute будет несколько (несколько функциональных дуг) и передавать им придётся очень много всего
P.S. Правда, какая разница, главное - РАБОТАЕТ
Спасибо!

@kolorotur · 23.11.2016, 20:15

Сообщение от if84

не очень ли затратен этот код по сравнению с ручной разборкой строки на операторы (жуть)?

Не намного, но намного более гибок.

Сообщение от if84

execute() будет вызываться часто

Это не страшно, т.к. на момент вызова execute код уже скомпилирован, находится в памяти и на него имеется строго типизированный делегат, так что выполняться он будет точно так же, как обычный метод.
Главное, не производите саму компиляцию в цикле.

Сообщение от if84

этих Execute будет несколько

Компилируйте их всех перед циклом или включите все в один исходник и компилируйте разом.

Сообщение от if84

передавать им придётся очень много всего

Если переменных очень много, то в метод лучше передавать то, что меняется на каждой итерации цикла.
Если какие-то значения устанавливаются один раз перед циклом, то их можно точно так же "вшить" в генерируемый код и скомпилировать один раз перед циклом.

@aquaMakc · 24.11.2016, 09:33

if84, вопрос только в том - насколько оправдано с точки зрения архитектуры компиляция кода в процессе выполнения программы? Мне это всё представляется одним огромным костылём, который при построении адекватной архитектуры не нужен.

@if84 · 24.11.2016, 13:27 **[ТС]**

Согласна, но пока не представляю, как в своём случае обойтись без динамической компиляции.
Ведь функцию-то для функциональной дуги создаёт пользователь.
И в ней могут быть задействованы много всяких функций (математических, логических) и переменных (в основном массивы)

Мысли: можно стандартизировать создание функции ( пока не представляю как), разобрать её на дерево выражений (? не изучала, не факт, что можно), но потом всё равно придётся динамически компилировать через Compile()? Или не создавать дерево, а просто разобрать и выполнить в коде? Но ,тк вариантов переменных и операторов много => разбор будет сложным. А рассчитываться эта функция будет на каждом шаге цикла - иначе теряется её смысл, ведь результат зависит от значений, кот-е меняются в этом цикле.
Как лучше сделать?

Вопрос по способу kolorotur: можно ли сделать так, чтобы пользователь писал функцию не на C#, а ,н-р, на VB? При этом сам проект - на С#. Спасибо за ответ!

@kolorotur · 24.11.2016, 13:53

Сообщение от if84

можно ли сделать так, чтобы пользователь писал функцию не на C#, а ,н-р, на VB?

Да, можно компилировать на любом поддерживаемом CLI-языке.
Список поддерживаемых языков можно получить через метод GetAllCompilerInfo
Можете хоть свой собственный язык придумать, написать к нему компилятор и реализовать соответствующий CodeDomProvider.

Разумеется, код-заглушку надо будет тоже написать на соответствующем языке.
Как вариант — для каждого поддерживаемого языка определить заглушку и дать пользователю выбирать удобный ему язык.

@pycture · 25.11.2016, 15:30

Сообщение от if84

Согласна, но пока не представляю, как в своём случае обойтись без динамической компиляции.

SQL? почти VB кстати

Новые блоги и статьи Все статьи Все блоги /
Конвертировать закладки radiotray-ng в m3u-плейлист damix 19.02.2026 Это можно сделать скриптом для PowerShell. Использование . \СonvertRadiotrayToM3U. ps1 <path_to_bookmarks. json> Рядом с файлом bookmarks. json появится файл bookmarks. m3u с результатом. # Check if. . .	Семь CDC на одном интерфейсе: 5 U[S]ARTов, 1 CAN и 1 SSI Eddy_Em 18.02.2026 Постепенно допиливаю свою "многоинтерфейсную плату". Выглядит вот так: https:/ / www. cyberforum. ru/ blog_attachment. php?attachmentid=11617&stc=1&d=1771445347 Основана на STM32F303RBT6. На борту пять. . .	Символьное дифференцирование igorrr37 13.02.2026 / * Программа принимает математическое выражение в виде строки и выдаёт его производную в виде строки и вычисляет значение производной при заданном х Логарифм записывается как: (x-2)log(x^2+2) -. . .	Камера Toupcam IUA500KMA Eddy_Em 12.02.2026 Т. к. у всяких "хикроботов" слишком уж мелкий пиксель, для подсмотра в ESPriF они вообще плохо годятся: уже 14 величину можно рассмотреть еле-еле лишь на экспозициях под 3 секунды (а то и больше),. . .
И ясному Солнцу zbw 12.02.2026 И ясному Солнцу, и светлой Луне. В мире покоя нет и люди не могут жить в тишине. А жить им немного лет.	«Знание-Сила» zbw 12.02.2026 «Знание-Сила» «Время-Деньги» «Деньги -Пуля»	SDL3 для Web (WebAssembly): Подключение Box2D v3, физика и отрисовка коллайдеров 8Observer8 12.02.2026 Содержание блога Box2D - это библиотека для 2D физики для анимаций и игр. С её помощью можно определять были ли коллизии между конкретными объектами и вызывать обработчики событий столкновения. . . .	SDL3 для Web (WebAssembly): Загрузка PNG с прозрачным фоном с помощью SDL_LoadPNG (без SDL3_image) 8Observer8 11.02.2026 Содержание блога Библиотека SDL3 содержит встроенные инструменты для базовой работы с изображениями - без использования библиотеки SDL3_image. Пошагово создадим проект для загрузки изображения. . .

@if84 0 / 0 / 0 Регистрация: 25.03.2013 Сообщений: 11

	Динамическое создание кода, макроподстановка как FoxPro 23.11.2016, 17:50. Показов 5528. Ответов 8 Метки нет (Все метки) Здравствуйте! Я перевожу приложение с FoxPro на C# в VisualStudio (Framework). Возникла следующая проблема. В FoxPro есть понятие макроподстановка (&tmp, где tmp - строка). Это когда можно в run-time вызвать на выполнение строку с любым текстом, главное, чтобы текст был написан на FoxPro. Причём в этой строке можно обращаться ко всем переменным, массивам и т.п., имеющимся в программе, откуда будет вызываться макроподстановка. Есть ли подобная возможность в C#? Для данного приложения это принципиальный момент. В нём пользователь в TextBox может ввести текст и этот текст должен быть выполнен. Причем не один раз, а на каждом шаге сложного расчёта. (Этот текст - вес дуги в графе и он динамически меняется в зависимости от переменных, задействованных в строке) Н-р: “IIF(INT(arr(i))=10,-1,1)” - на VFP или “Math.Floor(arr[i]) = = 10 ? -1 : 1” (Тип результата должен быть числовым). Пользователь знаком с правилами написания кода и со списком доступных переменных. Подскажите, пожалуйста, как можно это реализовать в Framework? Помогут ли деревья выражений? Придётся самой разбирать строку на операторы, чего не хотелось бы очень? 0

@lFreeManl 10 / 10 / 1 Регистрация: 27.11.2011 Сообщений: 153
	23.11.2016, 18:21
	if84, почитайте тут 1

@if84 0 / 0 / 0 Регистрация: 25.03.2013 Сообщений: 11
	23.11.2016, 19:29 [ТС]
	Спасибо огромное! Форум в очередной раз выручает) Опробовала способ kolorotur. Работает! Вопрос: не очень ли затратен этот код по сравнению с ручной разборкой строки на операторы (жуть)? Ведь execute() будет вызываться часто, причём этих Execute будет несколько (несколько функциональных дуг) и передавать им придётся очень много всего P.S. Правда, какая разница, главное - РАБОТАЕТ Спасибо! 0

@aquaMakc 484 / 397 / 68 Регистрация: 14.02.2014 Сообщений: 1,930
	24.11.2016, 09:33
	if84, вопрос только в том - насколько оправдано с точки зрения архитектуры компиляция кода в процессе выполнения программы? Мне это всё представляется одним огромным костылём, который при построении адекватной архитектуры не нужен. 0

@if84 0 / 0 / 0 Регистрация: 25.03.2013 Сообщений: 11
	24.11.2016, 13:27 [ТС]
	Согласна, но пока не представляю, как в своём случае обойтись без динамической компиляции. Ведь функцию-то для функциональной дуги создаёт пользователь. И в ней могут быть задействованы много всяких функций (математических, логических) и переменных (в основном массивы) Мысли: можно стандартизировать создание функции ( пока не представляю как), разобрать её на дерево выражений (? не изучала, не факт, что можно), но потом всё равно придётся динамически компилировать через Compile()? Или не создавать дерево, а просто разобрать и выполнить в коде? Но ,тк вариантов переменных и операторов много => разбор будет сложным. А рассчитываться эта функция будет на каждом шаге цикла - иначе теряется её смысл, ведь результат зависит от значений, кот-е меняются в этом цикле. Как лучше сделать? Вопрос по способу kolorotur: можно ли сделать так, чтобы пользователь писал функцию не на C#, а ,н-р, на VB? При этом сам проект - на С#. Спасибо за ответ! 0

Динамическое создание кода, макроподстановка как FoxPro

Решение