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

[Utkin]

Контроль типов не нужен как я понимаю?

Как же не нужен. Не я понимаю анархистов из всяких php, но я-то адекватный. Если типы есть (а в яве и с++ есть) то и контроль должен быть. Это обязательно и все это должон выполнять транслятор.

Как быть с шаблонами С++, которые собираются на этапе компиляции и создание на лету для них трудновыполнимо, а часть кода где-то там по пути поломается?

Здрасьте, приехали. Это наоборот, то что делается динамически компилировать проблемно. Для этого даже целое RTTI придумали. То что известно заранее транслируется без проблем - все условия известны, среда статична - сиди себе транслируй.

Директивы типа inline просто забудем?

Я не знаю экспресс-решение тупо игнорировать, что типа встраемо. А так думать надо.

Что с namespace тоже ничего не понятно.

А что с namespace? Действительно не понятно. Расскажите развернуто.

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

Не люди управляют стереотипами, а стереотипы управляют людьми. Естественно нет.

Из-за невозможности отладки всего этого хозяйства разработка на разных языках всё равно будет вестись отдельно.

Предполагалось что юниты из других языков уже разработаны и задача их юзать. Задача писать винегрет потому что новая фича не стоит.

[Stilet]

И там же SQL.

Ыгы.

С точки зрения синтаксиса языка между ними нет разницы. С точки зрения механизма вызова одного языка из другого - тоже.

Всмысле? А какая разница может ожидаться?

[pu4koff]

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

А что с namespace? Действительно не понятно. Расскажите развернуто.

Не все языки их умеют, а в некоторых они обязательны. В одном модуле на плюсах могут быть одноименные классы из разных пространств.
Как быть, кстати, с наследованием классов? Захотелось расширить имеющийся функционал - писать обёртки или как-то будет приколхожена возможность на делфях унаследоваться от плюсового класса?

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

Предполагалось что юниты из других языков уже разработаны и задача их юзать. Задача писать винегрет потому что новая фича не стоит.

Если оно не оформлено в библиотеку, то даже в рамках того же языка будет куча проблем по выдиранию нужного куска из проекта и повторному пользованию.
Если это старый код, то неизвестно под какую версию стандарта языка он писался и на каком компиляторе собирался, так что не факт, что он на новом компиляторе/интерпретаторе заработает и заработает как нужно.
ИМХО, переписать, искать аналог, забить и оставить как есть.

[Utkin]

Как быть, кстати, с наследованием классов? Захотелось расширить имеющийся функционал - писать обёртки или как-то будет приколхожена возможность на делфях унаследоваться от плюсового класса?

Эту фичу можно запретить вообще. Лучше никак если нет простого варианта. Можно оставить функции/процедуры/вызов метода экземпляра класса.