Как сохранить исходный код «meta» в базе данных

Question

Я хотел бы сохранить компьютерную программу в базе данных, а не количество текстовых файлов. Он должен содержать структуру и все объекты, методы, зависимости и т. Д. Программы. Я не хочу хранить определенный язык в базе данных, а какой-то «мета» язык программирования. На втором этапе я хотел бы преобразовать/экспортировать эту структуру в базу данных в исходный код классического языка (C#, Java и т. Д.) Или скомпилировать его непосредственно для CLR/JVM.

Я думаю, что я не первый человек с этой идеей. Я искал в Интернете, и я думаю, что то, что я ищу, называется «исходный код в базе данных (SCID)» - к сожалению, я не смог найти реализацию этой идеи.

Так мои вопросы это:

Есть ли программа, которая хранит «мета» программный код внутри базы данных и позволяет вам генерировать традиционный исходный текст кода из него, которые могут быть скомпилированы/выполняется?

Короткие замечания:
- Это также может быть база данных NoSQL
- я в настоящее время не все равно, как импортируется программа/внесена в базу данных

Answer 1

Это звучит, как вы ищете какой-то общего языка разметки, который адекватно описывает общую семантику каждого целевого языка - например объекты, функции, входы, возвращаемые значения и т. д.

Речь идет не о хранении в базе данных, а о создании единой (я полагаю, подобной XML) структуры, которая впоследствии может быть проанализирована и оценена целевой язык для создания собственного источника/байт-кода. Если бы это было так, то хранить его в базе данных было бы тривиально - это не сложная часть. Даже база данных ключ/значение может справиться с этим.

Жесткая часть найдет то, что может абстрагироваться от нюансов нескольких языков и попытаться описать их в общем формате.

Similar questions уже задан, без удовлетворения решений.

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

Это may можно продолжить дальше на определенных языках. Например, если ваш язык выбора сначала преобразуется в байт-код, вы можете технически иметь возможность хранить двоичный байт-код в BLOB, а затем запускать его напрямую. Языки, которые предлагают отражение и динамическую оценку, возможно, справятся с этим - тогда ваша БД - это просто оболочка для хранения этих данных при компиляции и получения ее до ее запуска. Это будет зависеть от вашего целевого языка и того, как обрабатывается компиляция.

Конечно, если вы работаете только с интерпретируемыми языками, вы можете просто сохранить полный источник и eval его (каким бы способом он ни был выбран целевым языком).

Если вы дадите больше информации о предполагаемом прецеденте, я уверен, что вы получите некоторые достойные предложения о том, как обращаться с ним, не придумывая исходный код Babelfish.