Здравствуйте, Kernan, Вы писали:

K>Хмм... Немного сумбурно, но... можно попробовать сдлаеть так.
K>В плагины вынести транспорт и какие-то действия вроде проверки ЭЦП, теста на спам и т.п. а логику обработки писать на скриптовом языке типа Пиотона. Единственное, что нужно сделать нормальный формат хранения данных (например xml или jason), который будет использоваться во всех плагинах. Либо вообще многие вещи увести в скрипты, а как плагины оставить только транспорт.

Честно не хотелось использовать скриптовый язык. В принципе сейчас пытаюсь написать что то вроде рисовалки логики. Вот тут то и натолкнулся на грабли не возможности "причесывания" всех плагинов к единому интерфейсу. Всю логику храню в json формате. Серверная часть парсит конфиг "задачи" и дергает плагины. Реализован свой "интерпретатор" (if, for и т.д.). Но все эт работает на "примитивах" с единообразным интерфейсом плагина(in/out параметр). вообще как хотелось бы — в рисовалке "вставляю" плагин "захожу"(по правой клавише мыше) в его свойства выбираю экспортированную ф-цию, сразу в форме свойств скажем в списке выводятся параметры ф-ции, далее я допустим "притягиваю" к этим параметрам какие то переменные(реализовано в среде) или же "натравливаю" ф-цию другого плагина....вот. все эт вроде реализовано но только с однородным интерфейсом плагина. Сейчас кстати начал писать плагин сетевой сервер, ну и захотелось, что бы входным параметром была callback ф-ция(вроде тоже реализовал)...но это ф-ция эта опять же из серверной части, а хотелось что бы допустим ф-ция другого плагина...