Добрый день, Александр! Я думаю, что классическая проблема вызова runtime одного языка из runtime другого уже отошла в прошлое по важности. Разработка хитроумного интерфейса, подкладка библиотек, работа администратора системы. Это хорошо работает в идеальных условиях: в лаборатории, на отдельном персональном компьютере и т.п. Хотя уже появились технологии «пакетного» администрирования.. Но сейчас время больших тиражей софта и больших нагрузок. Несколько лет назад я вспомнил про Рефал, когда делал семантическую обработку десятков тысяч комментариев к платёжным поручениям. Внутри закрытой банковской системы, где главным движком был ORACLE. Удалось решить задачу набором регулярных выражений, «но без удовольствия». В такой ситуации может помочь только либо встроенный runtime Рефала (ORACLE позволял обращаться к встроенному runtime Java, например), либо компиляция с помощью Рефала некоего формального описания задачи в код, выполняемый ORACLE. Привлекателен как раз первый вариант «бесшовного» соединения функционала разных сред. Но это как раз сугубо промышленная задача. Она требует дополнительных затрат и существенных именно от разработчика продукта «Рефал-компилятор». Но одно такое внедрение может окупить всё. Прочитал — и сам задумался: не очень чётко написал. Разница, наверное, именно в «бесшовности». Негативный пример: когда почти все приложения для персоналки были ещё 16-разрядными, а процессор уже нет, был у меня замечательный компилятор С++ на 32 разряда. Но при попытке обмена приложением данными по сети, появлялись очень заметные тормоза. На каждом пакете процессор переключался несколько раз из 16 в 32-разрядный режим и о преимущества данного компилятора (размер линейно доступной памяти) использовать не случилось. Сетевой драйвер был на 16 разрядов. Резюме: Весь софт, где есть «костыли», годится только для фанатов. Остальной — как повезёт. >Среда, 13 ноября 2024, 1:16 +03:00 от Александр Коновалов >a.v.konovalov87_AT_mail.ru <[email protected]>: > >Михаил пишет: >«Это проблема всех языков. Код на питоне воткнуть в программу на Haskell >будет непросто, что теперь на питоне не писать?» >В соседнем письме я писал, что у хорошего компилятора Рефала должен быть >интерфейс в обе стороны между ним и нижележащим языком. Если это программы для >процессора, то должен быть интерфейс с Си, если для виртуальной машины ( JVM >или . NET ), то интерфейс, соответственно, с Java или C #. > >С уважением, >Александр Коновалов С уважением, Александр Гусев [email protected]
Re: Сфера применения Рефала
Александр Гусев gusev_aleksandr_AT_mail . ru Wed, 13 Nov 2024 07:02:39 -0800
- Fwd... Александр Гусев gusev_aleksandr_AT_mail . ru
- ... Стеллецкий Василий sw710_AT_yandex . ru
- ... Dmitry Ponyatov dponyatov_AT_gmail . com
- ... Александр Коновалов a . v . konovalov87_AT_mail . ru
- ... Mike Potanin mpotanin_AT_gmail . com
- ... Александр Коновалов a . v . konovalov87_AT_mail . ru
- ... Александр Гусев gusev_aleksandr_AT_mail . ru
- ... Александр Коновалов a . v . konovalov87_AT_mail . ru
