Есть два метода это сделать.

- Многие реализации скриптовых языков уже умеют встраиваться. Надо брать документацию на транслятор желаемого языка и читать как это делать.
http://perldoc.perl.org/perlembed.html
https://docs.python.org/2/extending/embedding.html
https://developer.mozilla.org/en-US/docs/Mozilla/Projects/SpiderMonkey/How_to_embed_the_JavaScript_engine
и тд. Искать по словам <language> embed
В плюсах: это очень легко делается и ты получаешь полную, правильную реализацию этого языка. В минусах это отдельная реализация которую ты можешь только частично контролировать (читай макро-вирусы). И тебе придется таскать за собой весь транслятор этого языка. Последнее не важно если ты используешь wscript на винде или перл/питон на никсах, но....

- Сделать свою собственную версию языка.
Читай Драконью Книгу. И если у тебя хост на С++, то изучай bison.
Это намного более трудный путь, но в итоге он дает более лучший результат. Больший контроль над пользовательским кодом, возможность слегка (или не слегка) отступить от стандартного синтаксиса если он идет в разрез с нуждами основного приложения.

maytonЯ-бы рассмотрел такой вариант. Wrappers API описывается на собственном DSL(типа JSON).ээээ? Единственная расшифровка DSL (EDSL) которая подходит в тему топика это (Embedded) Domain Specific Language. Это просто определение семейства языков. Что у него общего с JSON (который есть формат хранения данных)?

maytonИли в силу того что команда или разработчик не в состоянии (или не мотивированы) поддерживать многочисленные DSL-плагины.А зачем разработчикам их поддерживать??? Это юзера делают себе плагины и сами их поддерживают. Разработчики то тут зачем?

maytonWhite Owl, я не буду спорить. Тут нет спора. Есть просто более широкое или более узкое толкование DSL или JSON.Так я разве прошу спорить? Я прошу объяснить.
Я довольно много работал со встраиваемыми языками. И использовал их и себе встраивал. Но я ни разу не использовал JSON для этой задачи. И вообще я не очень хорошо понял твой пост. Может я пропустил какой-то пласт этой проблемы?

maytonТеперь по поводу DSL. Давай дадим определение DSL и проведём границу. Отметим где заканчивается
DSL и начинается хранилище данных. Для меня это затруднительно. Я не могу провести такую границу.
ааааа.... понял.... почти.... я не знаю о каком DSL ты думал, но:
DSL - Domain Specific Language - язык рассчитанных на какую-то узкую задачу.
По существу это не отдельный язык, это группа языков. Вот есть языки общего назначения, а есть специализированные языки. Вот эти специализированные и обозначают иногда как "DSL".

Причем почти все узкоспециализированные языки первоначально изобретенные для обработки какого-то конкретного типа данных или алгоритмов в последствии расширялись и становились языками общего назначения. Классический пример - Perl, придуман для обработки текстов, стал применяться везде. Есть и обратные тенденции: Lua - придуман как язык общего назначения, но используется почти исключительно как макро-язык.
Но в общем случае DSL это просто краткое обозначение специализированных языков. Это не грамматика и не формат, и уж тем более это не конкретный метод создания языка.


Слегка возвращаясь к теме топика: У Compositum уже есть некая программа которая решает какую-то конкретную задачу при этом манипулируя какими-то конкретными объектами. Он хочет дать конечным пользователям возможность управлять этими объектами не только по алгоритмам которые он уже как разработчик придумал, а по алгоритмам придуманных самими пользователями.
Самое простое и удобное в этом случае - встроить в главную программу средства управлять объектами программы посредством какого-либо внешнего языка, не требующего полной пересборки главной программы. Вывод: Compositum либо встроит в свою программу один из языков общего назначения, либо придумает на их основе свой собственный язык. Целью и единственными возможностями этого языка будет оперирование объектами основной программы. В этом случае, язык который Compositum придумает можно будет считать за DSL, с доменом - эта самая основная программа. Хотя если быть совсем точным, то в этом случае язык который придумает Compositum надо будет называть EDSL (Embeded - встроенный).


Можно ли хранить программу на DSL в JSON? Конечно можно. Можно ли хранить ее виде простого текстового файла? Да кончено. Можно ли написать пару компилятор-линкер конкретно для этого специализированного языка и загружать в основную программу бинарные файлы? Да запросто!

Вот это и есть граница между DSL и JSON - это совершенно разные, независимые и непересекающиеся вещи.

maytonSQL мы все применяем. Так што... все понемногу DSL-щики.Да.
Практически все языки или были когда-то или есть узко специализированные. Си был языком для разработки одной конкретной операционной системы. С++ был языком призванным заменить Си. Паскаль - для обучения студентов. Дельфи для разработки клиентов к базе данных на Оракле.... И так далее и так далее...
По существу каждый новый язык разрабатывается для какой-то конкретной ниши. Существующие языки в данной конкретной нише показались человеку неудобными - он берет и придумывает новый ЯП.