Про ФП #2

[norguhtar]

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

[semka]

Подозреваю, именно потому, что GUI пишут на императивных языках.
А вообще да. Приходится использовать всякие "спайки".

[norguhtar]

>Подозреваю, именно потому, что GUI пишут на императивных языках.
Вообще нет. Функциональное программирование хорошо заточено под пакетные задания. Интерактив же с пользователем или требует ожидания поступления какого либо события. Каким образом вы это будете реализовывать ? :)

[semka]

Я вообще никакой проблемы не вижу, реализовать ожидание события в функциональном языке.
Во-первых есть понятие tail-recursion, которая эквивалентна циклу.
Во-вторых живой пример:

sender(PID) ->
PID ! {"Hello",self()},
receive
Message ->
io:format("~nReceived ~p",[Message])
end.


Всё тот же клятый Эрланг. Функция будет ждать, пока не получит ответ на отправленное сообщение.

[norguhtar]

>Во-первых есть понятие tail-recursion, которая эквивалентна циклу.
Есть. Но шутка довольно искуственная.

Ожидание ввода это хорошо. А вот как быть с ожиданием вызова меню или еще чего либо подобного?

[semka]

Ну что мешает ожидать вместо сообщения о вводе сообщение о вызове меню?

[norguhtar]

разнотипность сообщений о вызове меню и от клавиатуры. Хотя конечно это можно решить унифицировав сообщения.

[semka]

В терминах эрланга вообще нет никакой разницы, что посылать, лишь бы корректный эрланг-терм был.
А как на него среагирует процесс-адресат — жизнь покажет.

p.s. Вы простите, что я всё про эрланг, да про эрланг. Раскрываю карты, я хочу тут вести эрланговый днимничок.

[norguhtar]

Пишите шура пишите они золотые ;)

[markshevchenko]

Это заблуждение. Интерфейс в функциональном стиле можно увидеть, например, в Excel. Просто настолько, что даже не-программисты спокойно создат сложные формы.

Или Вы имеете в виду реализацию низкоуровневых методов drawBox, drawText?

[norguhtar]

Я про низкий уровень. Создание псевдографические менюшки на prolog это удовольствие ниже среднего. Хотя зато вот какая нибудь логическая шняга на prolog'е писалась на ура, но в императивном требовала довольно некислого количества телодвижений.

[markshevchenko]

Я с Вами согласен в этом случае. Но хочу обратить внимание, что индустрия давно через низкий уровень переступила. Работая на Java, на C#, мы пользуемся фреймворками, не задумываясь о том, как там всё внутри реализовано.

На уровне использования практически всё-равно, на чём писать. На функциональных языках получается удобнее, поэтому, думаю, все там будем лет через пять.

[sylvio]

А можно не извращаться и комбинировать :)

[Yustos]

На intuit.ru есть отличный курс "Стили и методы программирования", рассказывается про традиционный, функциональный и другие методы программирования. Там же есть "Введение в программирование на Лиспе". Вот даже скачал IDE для Lisp - Jabberwocky (лучшее, что накопал, ато скучно в консольке то :)(а Jabberwocky на Java написан =), да решил изучить побольше чем как-то-где-то-видел-вроде.