Перейти к содержанию

Основы функционального программирования/Структуры данных и базисные операции — 2

Материал из Викиучебника — открытых книг для открытого мира

В этой лекции продолжается описание структур данных и базовых операций, начатое в лекции 2. Более или менее подробно рассматриваются другие аспекты функциональной парадигмы программирования.

Типы в функциональных языках

[править]

В первой лекции говорилось, что аргументами функций могут быть не только переменные базовых типов, но и другие функции. В этом случае появляется понятие функций высшего порядка. Но для рассмотрения функций высшего порядка необходимо ввести понятие функционального типа (или тип функции). Пусть некоторая функция — это функция одной переменной из множества , принимающая значение из множества . Тогда по определению:

Знак обозначает «тип функции ». Таким образом, типы, в которых есть символ стрелки , носят название функциональных типов. Иногда для их обозначения используется более изощрённая запись: (далее будет использоваться только стрелочная запись, так как для некоторых функций их типы чрезвычайно сложно представить при помощи степеней).

Например: ,

Для функций многих аргументов определение типа можно выводить при помощи операции декартового произведения (например, ). Однако в функциональном программировании такой способ определения типов функций многих переменных не прижился.

В 1924 году М. Шёнфинкель предложил представлять функции многих аргументов как последовательность функций одного аргумента. В этом случае тип функции, которая складывает два действительных числа, выглядит так: . То есть тип таких функций получается последовательным применением символа стрелки . Пояснить этот процесс можно на следующем примере:

Пример 8. Тип функции .

Предположительно, каждый из аргументов функции уже́ означен, пусть , . В этом случае из функции путём удаления первого аргумента получается новая функция — , которая прибавляет к своему единственному аргументу число . Её тип получается легко, он по определению таков: . Теперь, возвращаясь назад, можно понять, почему тип функции равен .

Для того чтобы не изощряться с написанием функций типа (как в предыдущем примере), была придумана специальная аппликативная форма записи в виде «оператор-операнд». Предпосылкой для этого послужило новое видение на функции в функциональном программировании. Ведь если традиционно считалось, что выражение обозначает «применение функции к значению аргумента, равному » (то есть вычисляется только аргумент), то в функциональном программировании считается, что значение функции также вычисляется. Так, возвращаясь к примеру 8, функцию можно записать как , а когда аргументы получают конкретные значения (например, , сначала вычисляются все функции, пока не появится функция одного аргумента, которая применяется к последнему.

Таким образом, если функция имеет тип , то чтобы полностью вычислить значение необходимо последовательно провести вычисление . И результатом вычисления будет объект типа .

Соответственно выражение, в котором все функции рассматриваются как функции одного аргумента, а единственной операцией является аппликация (применение), называются выражениями в форме «оператор-операнд». Такие функции получили название «каррированные», а сам процесс сведения типа функции к виду, приведённому в предыдущем абзаце — каррированием (по имени Карри Хаскелла).

В λ-исчислении также присутствует математическая абстракция для аппликативных форм записей. Например:

И так далее.

Несколько слов о нотации абстрактного языка

[править]

Образцы и клозы

[править]

Необходимо отметить, что в нотации абстрактного функционального языка, который использовался до сих пор для написания примеров функций, можно было бы использовать такую конструкцию, как . Например, при описании функции (см. пример 7), её тело можно было бы записать следующим образом:

Однако данная запись чревата непониманием и трудным разбором. Поэтому даже в примере 7 была использована нотация, которая поддерживает так называемые «образцы».

Определение:

Образцом называется выражение, построенное с помощью операций конструирования данных, которое используется для сопоставления с данными. Переменные обозначаются прописными буквами, константы — строчными.

Примеры образцов:

  • — просто числовая константа;
  • — просто переменная;
  • — пара;
  • — список.

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

Кроме образцов в функциональном программировании вводится такое понятие, как «клоз» (от англ. «clause»). По определению клозы выглядят так:

где:

  • и — константы абстрактного языка;
  • — имя определяемой функции;
  • — последовательность образцов (при этом );
  • — выражение.

Таким образом, определение функции в функциональном программировании есть просто последовательность клозов (возможно состоящая из одного элемента). Для того, чтобы упростить запись определений функций, далее слово будет опускаться.

Пример 9. Образцы и клозы в функции .

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

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

Охрана

[править]

При написании функций в абстрактной нотации допустимо использовать так называемую охрану, то есть ограничения на значения переменных образца. Например, при использовании охраны функция будет выглядеть примерно следующим образом:

В рассмотренном коде слова́ (когда) и (в противном случае) являются зарезервированными словами языка. Однако использование этих слов не является необходимым условием для организации охраны. Охрану можно организовывать различными способами, в том числе и с помощью λ-исчисления:

Представленная запись не очень читабельна, поэтому использоваться она будет только в крайних случаях по необходимости.

Локальные переменные

[править]

Как уже́ говорилось, использование локальных переменных представляет собой побочный эффект, поэтому оно недопустимо в функциональных языках. Однако в некоторых случаях использование локальных переменных носит оптимизирующий характер, что позволяет сэкономить время и ресурсы во время вычислений.

Пусть и — функции, и необходимо вычислить выражение . Если в языке нет оптимизирующих методов, то в этом случае произойдёт двойное вычисление выражения . Чтобы этого не произошло, можно прибегнуть к такому изощренному способу: . Естественно, что в этом случае выражение вычислится первым и один раз. Для того, чтобы минимизировать использование λ-исчисления, далее будет применяться следующая форма записи:

(слова́ , и — зарезервированы в языке). В этом случае переменная будет называться локальной.

Элементы программирования

[править]

Накапливающий параметр — аккумулятор

[править]

Бывает так, что при выполнении функции исключительно сёрьезно встаёт проблема расхода памяти. Эту проблему можно пояснить на примере функции, вычисляющей факториал числа:

Если провести пример вычисления этой функции с аргументом , то можно будет увидеть следующую последовательность:

==>

==>

==>

==>

==>

==>

==>

На примере этого вычисления наглядно видно, что при рекурсивных вызовах функций очень сильно используется память. В данном случае количество памяти пропорционально значению аргумента, но аргументов может быть большее число. Возникает резонный вопрос: можно ли так написать функцию вычисления факториала (и ей подобные), чтобы память использовалась минимально?

Чтобы ответить на данный вопрос положительно, необходимо рассмотреть понятие аккумулятора (накопителя). Для этого можно рассмотреть следующий пример:

Пример 10. Функция вычисления факториала с аккумулятором.

В этом примере второй параметр функции выполняет роль аккумулирующей переменной, именно в ней содержится результат, который возвращается по окончании рекурсии. Сама же рекурсия в этом случае принимает вид «хвостовой», память при этом расходуется только на хранение адресов возврата значения функции.

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

При реализации вычисления хвостовой рекурсии могут выполняться при помощи итераций в постоянном объёме памяти. На практике это обозначает, что «хороший» транслятор функционального языка должен «уметь» распознавать хвостовую рекурсию и реализовывать её в виде цикла. В свою очередь, метод накапливающего параметра не всегда приводит к хвостовой рекурсии, однако он однозначно помогает уменьшить общий объём памяти.

Принципы построения определений с накапливающим параметром

[править]
  1. Вводится новая функция с дополнительным аргументом (аккумулятором), в котором накапливаются результаты вычислений.
  2. Начальное значение аккумулирующего аргумента задается в равенстве, связывающем старую и новую функции.
  3. Те равенства исходной функции, которые соответствуют выходу из рекурсии, заменяются возвращением аккумулятора.
  4. Равенства, соответствующие рекурсивному определению, выглядят как обращения к новой функции, в котором аккумулятор получает то значение, которое возвращается исходной функцией.

Возникает вопрос: любую ли функцию можно преобразовать для вычисления с аккумулятором? Очевидно, что ответ на этот вопрос отрицателен. Построение функций с накапливающим параметром — приём не универсальный, и он не гарантирует получения хвостовой рекурсии. С другой стороны, построение определений с накапливающим параметром является делом творческим. В этом процессе необходимы некоторые эвристики.

Определение:

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

Общий вид равенств в итеративной форме может быть описан следующим образом:

При этом на выражения накладываются следующие ограничения:

  1. — «простое» выражение, то есть оно не содержит рекурсивных вызовов, а только операции над данными.
  2. имеет вид , при этом — последовательность простых выражений. Это и есть хвостовая рекурсия.
  3. — условное выражение с простым выражением в условии, ветви которого определяются этими же тремя пунктами.

Упражнения

[править]
  1. Построить функции, работающие со списками. При необходимости воспользоваться дополнительными функциями и теми, что определены в лекции 2.
    • — функция, получающая на вход списочную структуру и обращающая все её элементы, а также её саму.
    • — функция, возвращающая номер первого вхождения заданного атома в список.
    • — функция, возвращающая список из всех атомов, содержащихся в заданном списке. Каждый атом должен присутствовать в результирующем списке в единственном числе.
    • — функция, возвращающая список пар (символ, частота). Каждая пара определяет атом из заданного списка и частоту его вхождения в этот список.
  2. Написать (если это возможно) функции с накапливающим параметром для заданий из упражнения 1 лекции 2.

Ответы для самопроверки

[править]
  1. Следующие описания реализуют заявленные функции. В некоторых пунктах реализованы дополнительные функции, обойтись без которых представляется сложным.
    1. :
    2. :
    3. :
    4. :
  2. Для всех функций из упражнения 1 лекции 2 можно построить определения с накапливающим параметром. С другой стороны, возможно некоторые из вновь построенных функций не будут оптимизированы.
    1. :
    2. :
    3. :
    4. :
    5. :