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

[Utkin]

Представим сферическую программу в вакууме, которую обрабатывает интерпретатор. Программа делится на модули (юниты, кому как больше нравится). Допустим основной модуль (то есть что запущено первым) написан на Паскале. В своей работе модуль на Паскале обращается к методу (функции) в модуле на С++. Плюсы такого подхода в том, что каждый программист пишет на том языке, который ему нравится, но имеет больше возможностей использовать чужой код, дабы не писать свои грабли. Кроме того, есть некоторые традиции - библиотеки для решения одного круга задач пишутся на одних языках, другие на других. Конечно в целом и общем все языки программирования так или иначе обладают широким кругом библиотек. Но программисту вдруг станет очевидно, что именно эту библиотеку использовать наиболее удобней в данном проекте. Есть конечно и Dllки и т.д., но не всегда все так гладко (то функции не все, то потом результат преобразовывать к какому-нибудь виду, то формат устарел). В общем допускается не просто возможность, а необходимость использование в программе юнитов на различных языках программирования. Интерпретатор со своей стороны гарантирует, что результаты совместного использования будут адекватно восприняты в другом юните, руководствуясь каким-нибудь соглашением/стандартом. То есть он корректно переведет результат функции int в Integer, осуществит преобразование строки с нулем на конце в паскалевскую и т.д. Возникает вопрос синтаксиса - как можно лаконично вызвать функцию из одного языка в другой? Ну и если имеются еще комментарии также хочу увидеть Ваши рассуждения по данной теме (не только по синтаксису).

[Stilet]

как можно лаконично вызвать функцию из одного языка в другой?

Строкой. Я так вызываю FoxPro функции и VBS в своем интерпретаторе.
Ессно строка оформляется по стандарту той системы, что ее обрабатывает.
Грубый пример:

(fox := foxpro)
(writeln 'Обрабатываю '
 (call fox.proc `=MyFoo(2,"кукуся")`)
)

Где два параметра.
Ну или

 (i := 2)
 (s := 'Кукуся')
 (call fox.proc ('=MyFoo(' + i + ',"' + s + ' ")') )

Если нужно команду формировать.
Меня лично устраивает

[Utkin]

Это единичный случай (один язык вызывает другие). А здесь более широкий взгляд - любой язык вызывает любой другой. Писать для этого в каждый свой оператор/конструкцию по правилам данного языка или использовать что-то универсальное типа х=$$$call(строка) (и то не факт, что в каком-нибудь php это уже не используется )? Естественно для вызова родного юнита (например Pascal-Pascal) остается прежний синтаксис, короткая форма.

[mv28jam]

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

То есть он корректно переведет результат функции int в Integer, осуществит преобразование строки с нулем на конце в паскалевскую и т.д.

Соответсвенно базовый язык будет 1, а остальное будет просто рукоблудством усложняющим чтение, понимание и отладку кода.

В своей работе модуль на Паскале обращается к методу (функции) в модуле на С++.

ActivtX/OLE не? COM не?

[ds.Dante]

Вроде, в таких случаях обычно пишут обёртку вокруг чужого модуля.

[Utkin]

Так может стоит грести широкой частью весла как все, а не мучить рукоятку.

Иногда люди достигают целей просто потому что им неизвестно, что данную цель достичь нельзя. Понимаете о чем я? О стереотипах, искусственных запретах и психологии. Эта препона возможно искусственна, а не естественна. Тем более одни часто следуют за другими - посмотрите на примитивные типы с++ и паскаля. Во многом они идентичны. Да сделаны по-разному, но выражают одни и те же сущности. Да и каноны одинаковы - условия, циклы и т.д. Есть конечно различные нюансы, но это детали реализации, а не принципиальные отличия. С другой стороны за с/с++ гигабайты кода и выкинуть их просто так наверно нецелесообразно.

Соответсвенно базовый язык будет 1, а остальное будет просто рукоблудством усложняющим чтение, понимание и отладку кода.

Базовый язык для программы будет один. Для другой программы он никак не будет регламентирован. Это я предполагаю конечно, никаких данных что именно так все и будет у меня нет.

ActivtX/OLE не? COM не?

Не универсально, сложно, требует кучу сторонних факторов (версии, наличие библиотек и т.д.). Я хочу ближе к телу - юниты на разных языках в одной программе. Также как dll - практически сложно добиться использования в линуксе. То есть придется иметь 2 библиотеки вместо одной. Фактически новые грабли вместо старых.

Вроде, в таких случаях обычно пишут обёртку вокруг чужого модуля.

То есть засовывать в dll? Я хочу избавить программиста от лишних телодвижений. Вы же в программах не разрабатываете список с нуля - пользуетесь готовым инструментом. Я тоже предлагаю готовый инструмент.

[ds.Dante]

Можно использовать Common Language Runtime. Собственно, он для этого и был создан.

[Utkin]

Можно использовать Common Language Runtime.

Ноги идеи оттуда тянутся . Только со своими преферансом и поэтессами.

[mv28jam]

Иногда люди достигают целей просто потому что им неизвестно, что данную цель достичь нельзя. Понимаете о чем я?

Дико извиняюсь, но в голову приходит только пример с сапогом на голове...

Базовый язык для программы будет один.

Зачем тогда использовать 2 разных синтаксиса в одном (условно) файле? Это одни проблемы. Не проще ли не мешать синтаксис, а писать программу в стиле текущего "файла". Библиотеки вызываем в стиле текущего языка, а компилятор уже по какому-то указателю преобразует вызов в базовый язык.

[Utkin]

Дико извиняюсь, но в голову приходит только пример с сапогом на голове...

Такое тоже возможно . Но задача немного другая.

Зачем тогда использовать 2 разных синтаксиса в одном (условно) файле?

Нет, юниты они же в разных файлах. Ну вот Паскаль возьмите. Есть программа. Она состоит из разных юнитов. Каждый юнит это отдельный файл с расширением pas. Задача в том, чтобы там были не только pas, но и cpp к примеру тоже. Я не знаю как Вам обрисовать начальные данные.

Не проще ли не мешать синтаксис, а писать программу в стиле текущего "файла".

Задача как раз в том чтобы не мешать синтаксисы, а локализовать каждый язык в своем юните (файле).

Библиотеки вызываем в стиле текущего языка, а компилятор уже по какому-то указателю преобразует вызов в базовый язык.

Примерно об этом речь и идет! Просто Вы вызываете функции не глядя на чем они написаны. Если не понятно, я дам конкретный пример какой-нибудь надуманной задачки.