Теория использования разных ЯП в одной программе

[MihalNik]

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

А хочется сделать проще. Чтобы не напрягаясь - рр-р-а-аз и в дамках.

Расскажите подробней суть идеи.

Суть стара как мир.
Например, Есть заголовочный файл С++.
Конвертируем его в модуль Делфи. Только заголовочные данные.
Меняем ключевое слово, скажем, не unit, а cunit и указываем модуль который это реализует, обучаем компилятор правильной работе со стеком=>используем чужую модель данных и алгоритмы как собственные на Паскале. (При всем при том, с теми же строками в С/++ беда, и м.б. лучше всего конвертировать в Паскалевские на уровне компилятора или оставить возможность указывать это явно на уровне описания типов)

Я хочу сказать, что если мы имеем шаблонный компилятор паскаля, то Мы будем иметь тот же паскаль<...>, если научить его понимать {} как begin end получится, то про иную конструкцию for компилятор знать не будет.
Соответственно плюшки C++ я мспользовать не смогу.

Да уж, какой бы язык программисты не придумывали, все равно получиться С++

Плюшечки с++ это готовые отлаженные библиотеки на С++ а не его безобразия с побочными эффектами, от которых он не сможет избавиться.

Согласовать типы данных (вкл. интерфейсы и классы) и функции (процедуры) более чем достаточно:
- Построить заголовочные объявления на необходимом языке (в примере - на Паскале)
- Допилить компилятор (в примере - у Паскаля).

Но если брать разноуровневые языки - только через явный вызов со строкой.

[Человек_Борща]

Суть стара как мир.
Например, Есть заголовочный файл С++.
Конвертируем его в модуль Делфи. Только заголовочные данные.
Меняем ключевое слово, скажем, не unit, а cunit и указываем модуль который это реализует, обучаем компилятор правильной работе со стеком=>используем чужую модель данных и алгоритмы как собственные на Паскале.

Браво, хоть кто-то понял намек в сторону paxCompiler.

[MihalNik]

Сообщение от Человек_Борща

SQL вообще не язык программирования, разве что в оракле может быть.


И снова фабрика парсеров-генераторов кода. И снова, зачем?

Вы не разобрались
Тот подход не обязательно в генерации кода, а в прямой интерпретации.
Скажем в Паскале вызвать:

cplusplus('for(int i= 0; i<10;i++) printf("%d",i);');

Хотя по идеи можно также и скомпилировать (для компилируемых языков).
А можно просто интерпретировать. Ну, какое-нибудь PHP или Python обычно не компилируют же. Допиливаем в них модуль интерпретации и profit.

[Stilet]

SQL вообще не язык программирования

Пф... Ну все. Я пас.
Пахан повержен - памятник стоит
Скорбят родные
Мафия скорбит

[Utkin]

SQL вообще не язык программирования, разве что в оракле может быть.

Ну здрасьте приехали. SQL в шоке .

Данная фича не имеет силы если синтаксис B не расширяется как должен в обычном смысле, а полностью клон синтаксиса A.

А здесь Вы уже закрепляете семантику, а не синтаксис. А между ними лежит бездонная пропасть. Синтаксис это именно "жи" и "ши" пиши с буквой "и", и не важен сам смысл слов.

[MihalNik]

Если обращаться к интерпретатору напрямую, то самое лучшее - просто дать хорошее название функции, вроде code<название яп>, но согласовывать возвращаемые значения при типизации - проблематично, хотя можно попробовать допилить на каких-нибудь шаблонах или макросах (там где они есть). Поэтому лучше если только строки и динамическая типизация в языке.

[pu4koff]

Если коротко и старомодно, что КГ/АМ.
Никому ненужная на практике фича, реализация которой выйдет дорого, долго и бесполезно. В реальной жизни достаточно того, что умеет тот же .NET.

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

Вы не разобрались
Тот подход не обязательно в генерации кода, а в прямой интерпретации.
Скажем в Паскале вызвать:

cplusplus('for(int i= 0; i<10;i++) printf("%d",i);');

Хотя по идеи можно также и скомпилировать (для компилируемых языков).
А можно просто интерпретировать. Ну, какое-нибудь PHP или Python обычно не компилируют же. Допиливаем в них модуль интерпретации и profit.

Если взять в С++ паскалевскую строку или массив, у которого выставили в делфях индексацию с 10 до 20, если запользовать какой-нибудь vector в плюсах и попытаться его пользовать в делфях, то уже профит не получается.

[Utkin]

Если взять в С++ паскалевскую строку или массив, у которого выставили в делфях индексацию с 10 до 20, если запользовать какой-нибудь vector в плюсах и попытаться его пользовать в делфях, то уже профит не получается.

vector это высокоуровневый тип данных, а не примитив. Об этом нужно думать. Это должно быть автоматизировано на уровне интерпретатора, программиста такие проблемы волновать не должны. Со строками проблем не увидел.

[MihalNik]

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

Если взять в С++ паскалевскую строку.

В Билдере они прекрасно работают. В Qt тоже свои, а не сишные строки (последние вообще мало где пригодны, разве что для совместимости).

[Stilet]

А я кстати (на правах холливара) тоже сторонник паскалевских строк. С их нулевым элементом в качестве длины. Мне это больше нравится чем ASCIIZ строка.