Миран Липовача - Изучай Haskell во имя добра!
- Название:Изучай Haskell во имя добра!
- Автор:
- Жанр:
- Издательство:ДМК Пресс
- Год:2012
- Город:Москва
- ISBN:978-5-94074-749-9
- Рейтинг:
- Избранное:Добавить в избранное
-
Отзывы:
-
Ваша оценка:
Миран Липовача - Изучай Haskell во имя добра! краткое содержание
Язык Haskell имеет множество впечатляющих возможностей, но главное его свойство в том, что меняется не только способ написания кода, но и сам способ размышления о проблемах и возможных решениях. Этим Haskell действительно отличается от большинства языков программирования. С его помощью мир можно представить и описать нестандартным образом. И поскольку Haskell предлагает совершенно новые способы размышления о проблемах, изучение этого языка может изменить и стиль программирования на всех прочих.
Ещё одно необычное свойство Haskell состоит в том, что в этом языке придаётся особое значение рассуждениям о типах данных. Как следствие, вы помещаете больше внимания и меньше кода в ваши программы.
Вне зависимости от того, в каком направлении вы намерены двигаться, путешествуя в мире программирования, небольшой заход в страну Haskell себя оправдает. А если вы решите там остаться, то наверняка найдёте чем заняться и чему поучиться!
Эта книга поможет многим читателям найти свой путь к Haskell.
Отображения, монады, моноиды и другое! Всё сказано в названии: «Изучай Хаскель во имя добра!» – весёлый иллюстрированный самоучитель по этому сложному функциональному языку.
С помощью оригинальных рисунков автора, отсылке к поп-культуре, и, самое главное, благодаря полезным примерам кода, эта книга обучает основам функционального программирования так, как вы никогда не смогли бы себе представить.
Вы начнете изучение с простого материала: основы синтаксиса, рекурсия, типы и классы типов. Затем, когда вы преуспеете в основах, начнется настоящий мастер-класс от профессионала: вы изучите, как использовать аппликативные функторы, монады, застежки, и другие легендарные конструкции Хаскеля, о которых вы читали только в сказках.
Продираясь сквозь образные (и порой безумные) примеры автора, вы научитесь:
• Смеяться в лицо побочным эффектам, поскольку вы овладеете техниками чистого функционального программирования.
• Использовать волшебство «ленивости» Хаскеля для игры с бесконечными наборами данных.
• Организовывать свои программы, создавая собственные типы, классы типов и модули.
• Использовать элегантную систему ввода-вывода Хаскеля, чтобы делиться гениальностью ваших программ с окружающим миром.
Нет лучшего способа изучить этот мощный язык, чем чтение «Изучай Хаскель во имя добра!», кроме, разве что, поедания мозга его создателей. Миран Липовача (Miran Lipovača) изучает информатику в Любляне (Словения). Помимо его любви к Хаскелю, ему нравится заниматься боксом, играть на бас-гитаре и, конечно же, рисовать. У него есть увлечение танцующими скелетами и числом 71, а когда он проходит через автоматические двери, он притворяется, что на самом деле открывает их силой своей мысли.
Изучай Haskell во имя добра! - читать онлайн бесплатно ознакомительный отрывок
Интервал:
Закладка:
Нарушение закона
Давайте посмотрим на «патологический» пример конструктора типов, который является экземпляром класса типов Functor
, но не является функтором, потому что он не выполняет законы. Скажем, у нас есть следующий тип:
data CMaybe a = CNothing | CJust Int a deriving (Show)
Буква C
здесь обозначает счётчик. Это тип данных, который во многом похож на тип Maybe a
, только часть Just
содержит два поля вместо одного. Первое поле в конструкторе данных CJust
всегда имеет тип Int
; оно будет своего рода счётчиком. Второе поле имеет тип a
, который берётся из параметра типа, и его тип будет зависеть от конкретного типа, который мы выберем для CMaybe a
. Давайте поэкспериментируем с нашим новым типом:
ghci> CNothing
CNothing
ghci> CJust 0 "ха-ха"
CJust 0 "ха-ха"
ghci> :t CNothing
CNothing :: CMaybe a
ghci> :t CJust 0 "ха-ха"
CJust 0 "ха-ха" :: CMaybe [Char]
ghci> CJust 100 [1,2,3]
CJust 100 [1,2,3]
Если мы используем конструктор данных CNothing
, в нём нет полей. Если мы используем конструктор данных CJust
, первое поле является целым числом, а второе может быть любого типа. Давайте сделаем этот тип экземпляром класса Functor
, так чтобы каждый раз, когда мы используем функцию fmap
, функция применялась ко второму полю, а первое поле увеличивалось на 1
:
instance Functor CMaybe where
fmap f CNothing= CNothing
fmap f (CJust counter x) = CJust (counter+1) (f x)
Это отчасти похоже на реализацию экземпляра для типа Maybe
, только когда функция fmap
применяется к значению, которое не представляет пустую коробку (значение CJust
), мы не просто применяем функцию к содержимому, но и увеличиваем счётчик на 1. Пока вроде бы всё круто! Мы даже можем немного поиграть с этим:
ghci> fmap (++"-ха") (CJust 0 "хо")
CJust 1 "хо-ха"
ghci> fmap (++"-хе") (fmap (++"-ха") (CJust 0 "хо"))
CJust 2 "хо-ха-хе"
ghci> fmap (++"ля") CNothing
CNothing
Подчиняется ли этот тип законам функторов? Для того чтобы увидеть, что что-то не подчиняется закону, достаточно найти всего одно исключение.
ghci> fmap id (CJust 0 "ха-ха")
CJust 1 "ха-ха"
ghci> id (CJust 0 "ха-ха")
CJust 0 "ха-ха"
Как гласит первый закон функторов, если мы отобразим значение функтора с помощью функции id
, это должно быть то же самое, что и просто вызов функции id
с тем же значением функтора. Наш пример показывает, что это не относится к нашему функтору CMaybe
. Хотя он и имеет экземпляр класса Functor
, он не подчиняется данному закону функторов и, следовательно, не является функтором.
Поскольку тип CMaybe
не является функтором, хотя он и притворяется таковым, использование его в качестве функтора может привести к неисправному коду. Когда мы используем функтор, не должно иметь значения, производим ли мы сначала композицию нескольких функций, а затем с её помощью отображаем значение функтора, или же просто отображаем значение функтора последовательно с помощью каждой функции. Но при использовании типа CMaybe
это имеет значение, так как он следит, сколько раз его отобразили. Проблема!.. Если мы хотим, чтобы тип CMaybe
подчинялся законам функторов, мы должны сделать так, чтобы поле типа Int
не изменялось, когда используется функция fmap
.
Вначале законы функторов могут показаться немного запутанными и ненужными. Но если мы знаем, что тип подчиняется обоим законам, мы можем строить определённые предположения о том, как он будет действовать. Если тип подчиняется законам функторов, мы знаем, что вызов функции fmap
со значением этого типа только применит к нему функцию – ничего более. В результате наш код становится более абстрактным и расширяемым, потому что мы можем использовать законы, чтобы судить о поведении, которым должен обладать любой функтор, а также создавать функции, надёжно работающие с любым функтором.
В следующий раз, когда вы будете делать тип экземпляром класса Functor
, найдите минутку, чтобы убедиться, что он удовлетворяет законам функторов. Вы всегда можете пройти по реализации строка за строкой и посмотреть, выполняются ли законы, либо попробовать найти исключение. Изучив функторы в достаточном количестве, вы станете узнавать общие для них свойства и поведение и интуитивно понимать, следует ли тот или иной тип законам функторов.
Использование аппликативных функторов
В этом разделе мы рассмотрим аппликативные функторы, которые являются расширенными функторами.

До настоящего времени мы были сосредоточены на отображении функторов с помощью функций, принимающих только один параметр. Но что происходит, когда мы отображаем функтор с помощью функции, которая принимает два параметра? Давайте рассмотрим пару конкретных примеров.
Если у нас есть Just 3
, и мы выполняем выражение fmap (*) (Just 3)
, что мы получим? Из реализации экземпляра типа Maybe
для класса Functor
мы знаем, что если это значение Just
, то функция будет применена к значению внутри Just
. Следовательно, выполнение выражения fmap (*) (Just 3)
вернёт Just ((*) 3)
, что может быть также записано в виде Just (3 *)
, если мы используем сечения. Интересно! Мы получаем функцию, обёрнутую в конструктор Just
!
Вот ещё несколько функций внутри значений функторов:
ghci> :t fmap (++) (Just "эй")
fmap (++) (Just "эй") :: Maybe ([Char] –> [Char])
ghci> :t fmap compare (Just 'a')
fmap compare (Just 'a') :: Maybe (Char –> Ordering)
ghci> :t fmap compare "A LIST OF CHARS"
fmap compare "A LIST OF CHARS" :: [Char –> Ordering]
ghci> :t fmap (\x y z –> x + y / z) [3,4,5,6]
fmap (\x y z –> x + y / z) [3,4,5,6] :: (Fractional a) => [a –> a –> a]
Если мы отображаем список символов с помощью функции compare
, которая имеет тип (Ord a) => a –> a –> Ordering
, то получаем список функций типа Char –> Ordering
, потому что функция compare
частично применяется с помощью символов в списке. Это не список функций типа (Ord a) => a –> Ordering
, так как первый идентификатор переменной типа a
имел тип Char
, а потому и второе вхождение a
обязано принять то же самое значение – тип Char
.
Мы видим, как, отображая значения функторов с помощью «многопараметрических» функций, мы получаем значения функторов, которые содержат внутри себя функции. А что теперь с ними делать?.. Мы можем, например, отображать их с помощью функций, которые принимают эти функции в качестве параметров – поскольку, что бы ни находилось в значении функтора, оно будет передано функции, с помощью которой мы его отображаем, в качестве параметра.
Читать дальшеИнтервал:
Закладка: