По моему скромному убеждению, функциональное программирование, это, своего рода - 2D-программирование. В программировании, с использованием ООП, у нас есть не только функции (методы), но и классы. Это дополнительное измерение (классы) - и дает 3D.
Это в контексте самого стиля программирования.
Бывают и функциональные языки, например в MS Visual Studio 2010 был введен фунциональный язык программирования F#.
Кратко его можно охарактеризовать так - "write once" (написал один раз, потом фиг разберешь что написал).
Из функции стараются сделать объект, которым и пытаются оперировать, поелику это представляется возможным. Со всеми вытекающими.
Здесь можно выделить 2 следующих момента:
1) Функциональные языки программирования зародились ранее, чем ООП-подход. Устаревшее, успело развиться, и раз уцелело до наших дней, значит там не только "попытки разными путями придать функции 3D-измерение", некоторые вещи там могут показаться любопытными.
2) Попытки же сейчас возрождать функциональное программирование - продиктовано кажущимся многим низким порогом вхождения в такое программирование. Т.к. потом такой код разобрать бывает невероятно сложно, то программисты этих языков - неизбежно должны упираться, что более пару тысяч строк в программе - они не могут написать и эффективно их поддерживать. Как раз, чтобы поднять планку сложности гораздо выше для программистов - и была придумана ООП-парадигма.
Забавный материал прилагается
P.S. В древние времена были популярны шаманы, пытающиеся толковать те или иные природные явления, что они означают. Позднее некоторые наблюдения вошли в обиход - "Солнце красно с вечера - моряку бояться нечего", "Солнце красно по утру - моряку не по нутру", "Если чайка села в воду - жди хорошую погоду", "Чайка ходит по песку - моряку сулит тоску". Почувствуй себя шаманом - интерпретируй результат Google.
Это в контексте самого стиля программирования.
Бывают и функциональные языки, например в MS Visual Studio 2010 был введен фунциональный язык программирования F#.
Кратко его можно охарактеризовать так - "write once" (написал один раз, потом фиг разберешь что написал).
Из функции стараются сделать объект, которым и пытаются оперировать, поелику это представляется возможным. Со всеми вытекающими.
Здесь можно выделить 2 следующих момента:
1) Функциональные языки программирования зародились ранее, чем ООП-подход. Устаревшее, успело развиться, и раз уцелело до наших дней, значит там не только "попытки разными путями придать функции 3D-измерение", некоторые вещи там могут показаться любопытными.
2) Попытки же сейчас возрождать функциональное программирование - продиктовано кажущимся многим низким порогом вхождения в такое программирование. Т.к. потом такой код разобрать бывает невероятно сложно, то программисты этих языков - неизбежно должны упираться, что более пару тысяч строк в программе - они не могут написать и эффективно их поддерживать. Как раз, чтобы поднять планку сложности гораздо выше для программистов - и была придумана ООП-парадигма.
Забавный материал прилагается
P.S. В древние времена были популярны шаманы, пытающиеся толковать те или иные природные явления, что они означают. Позднее некоторые наблюдения вошли в обиход - "Солнце красно с вечера - моряку бояться нечего", "Солнце красно по утру - моряку не по нутру", "Если чайка села в воду - жди хорошую погоду", "Чайка ходит по песку - моряку сулит тоску". Почувствуй себя шаманом - интерпретируй результат Google.
Комментариев нет:
Отправить комментарий