Миран Липовача - Изучай Haskell во имя добра!
- Название:Изучай Haskell во имя добра!
- Автор:
- Жанр:
- Издательство:ДМК Пресс
- Год:2012
- Город:Москва
- ISBN:978-5-94074-749-9
- Рейтинг:
- Избранное:Добавить в избранное
-
Отзывы:
-
Ваша оценка:
Миран Липовача - Изучай Haskell во имя добра! краткое содержание
Язык Haskell имеет множество впечатляющих возможностей, но главное его свойство в том, что меняется не только способ написания кода, но и сам способ размышления о проблемах и возможных решениях. Этим Haskell действительно отличается от большинства языков программирования. С его помощью мир можно представить и описать нестандартным образом. И поскольку Haskell предлагает совершенно новые способы размышления о проблемах, изучение этого языка может изменить и стиль программирования на всех прочих.
Ещё одно необычное свойство Haskell состоит в том, что в этом языке придаётся особое значение рассуждениям о типах данных. Как следствие, вы помещаете больше внимания и меньше кода в ваши программы.
Вне зависимости от того, в каком направлении вы намерены двигаться, путешествуя в мире программирования, небольшой заход в страну Haskell себя оправдает. А если вы решите там остаться, то наверняка найдёте чем заняться и чему поучиться!
Эта книга поможет многим читателям найти свой путь к Haskell.
Отображения, монады, моноиды и другое! Всё сказано в названии: «Изучай Хаскель во имя добра!» – весёлый иллюстрированный самоучитель по этому сложному функциональному языку.
С помощью оригинальных рисунков автора, отсылке к поп-культуре, и, самое главное, благодаря полезным примерам кода, эта книга обучает основам функционального программирования так, как вы никогда не смогли бы себе представить.
Вы начнете изучение с простого материала: основы синтаксиса, рекурсия, типы и классы типов. Затем, когда вы преуспеете в основах, начнется настоящий мастер-класс от профессионала: вы изучите, как использовать аппликативные функторы, монады, застежки, и другие легендарные конструкции Хаскеля, о которых вы читали только в сказках.
Продираясь сквозь образные (и порой безумные) примеры автора, вы научитесь:
• Смеяться в лицо побочным эффектам, поскольку вы овладеете техниками чистого функционального программирования.
• Использовать волшебство «ленивости» Хаскеля для игры с бесконечными наборами данных.
• Организовывать свои программы, создавая собственные типы, классы типов и модули.
• Использовать элегантную систему ввода-вывода Хаскеля, чтобы делиться гениальностью ваших программ с окружающим миром.
Нет лучшего способа изучить этот мощный язык, чем чтение «Изучай Хаскель во имя добра!», кроме, разве что, поедания мозга его создателей. Миран Липовача (Miran Lipovača) изучает информатику в Любляне (Словения). Помимо его любви к Хаскелю, ему нравится заниматься боксом, играть на бас-гитаре и, конечно же, рисовать. У него есть увлечение танцующими скелетами и числом 71, а когда он проходит через автоматические двери, он притворяется, что на самом деле открывает их силой своей мысли.
Изучай Haskell во имя добра! - читать онлайн бесплатно ознакомительный отрывок
Интервал:
Закладка:
instance Eq (Maybe m) where
Just x == Just y = x == y
Nothing == Nothing = True
_ == _ = False
Это всё равно что сказать, что мы хотим сделать для всех типов формата Maybe < нечто >
экземпляр класса Eq
. Мы даже могли бы записать (Maybe something)
, но обычно программисты используют одиночные буквы, чтобы придерживаться стиля языка Haskell. Выражение (Maybe m)
выступает в качестве типа a
в декларации class Eq a where
. Тип Maybe
не является конкретным типом, а Maybe m
– является. Указание типа-параметра ( m
в нижнем регистре) свидетельствует о том, что мы хотим, чтобы все типы вида Maybe
m
, где m
– любой тип, имели экземпляры класса Eq
.
Однако здесь есть одна проблема. Заметили? Мы используем оператор ==
для содержимого типа Maybe
, но у нас нет уверенности, что то, что содержит тип Maybe
, может быть использовано с методами класса Eq
. Вот почему необходимо поменять декларацию экземпляра на следующую:
instance (Eq m) => Eq (Maybe m) where
Just x == Just y = x == y
Nothing == Nothing = True
_ == _ = False
Нам пришлось добавить ограничение на класс. Таким объявлением экземпляра класса мы утверждаем: необходимо, чтобы все типы вида Maybe
m
имели экземпляр для класса Eq
, но при этом тип m
(тот, что хранится в Maybe
) также должен иметь экземпляр класса Eq
. Такой же экземпляр породил бы сам язык Haskell, если бы мы воспользовались директивой deriving
.
В большинстве случаев ограничения на класс в декларации класса используются для того, чтобы сделать класс подклассом другого класса. Ограничения на класс в определении экземпляра используются для того, чтобы выразить требования к содержимому некоторого типа. Например, в данном случае мы требуем, чтобы содержимое типа Maybe
также имело экземпляр для класса Eq
.
При создании экземпляров, если вы видите, что тип использовался как конкретный при декларации (например, a –> a –> Bool
), а вы реализуете экземпляр для конструктора типов, следует предоставить тип-параметр и добавить скобки, чтобы получить конкретный тип.
Примите во внимание, что тип, экземпляр для которого вы пытаетесь создать, заменит параметр в декларации класса. Параметр a
из декларации class Eq a where
будет заменён конкретным типом при создании экземпляра; попытайтесь в уме заменить тип также и в декларациях функций. Сигнатура (==) :: Maybe –> Maybe –> Bool
не имеет никакого смысла, но сигнатура (==) :: (Eq m) => Maybe m –> Maybe m –> Bool
имеет. Впрочем, это нужно только для упражнения, потому что оператор ==
всегда будет иметь тип (==) :: (Eq a) => a –> a –> Bool
независимо от того, какие экземпляры мы порождаем.
О, и ещё одна классная фишка! Если хотите узнать, какие экземпляры существуют для класса типов, вызовите команду : info
в GHCi. Например, выполнив команду :info Num
, вы увидите, какие функции определены в этом классе типов, и выведете список принадлежащих классу типов. Команда :info
также работает с типами и конструкторами типов. Если выполнить :info Maybe
, мы увидим все классы типов, к которым относится тип Maybe
. Вот пример:
ghci> :info Maybe
data Maybe a = Nothing | Just a -- Defined in Data.Maybe
instance Eq a => Eq (Maybe a) -- Defined in Data.Maybe
instance Monad Maybe -- Defined in Data.Maybe
instance Functor Maybe -- Defined in Data.Maybe
instance Ord a => Ord (Maybe a) -- Defined in Data.Maybe
instance Read a => Read (Maybe a) -- Defined in GHC.Read
instance Show a => Show (Maybe a) -- Defined in GHC.Show
Класс типов «да–нет»
В языке JavaScript и в некоторых других слабо типизированных языках вы можете поместить в оператор if
практически любые выражения. Например, все следующие выражения правильные:
if (0) alert("ДА!") else alert("НЕТ!")
if ("") alert ("ДА!") else alert("НЕТ!")
if (false) alert("ДА!") else alert("НЕТ!)
и все они покажут НЕТ!"
.
Если вызвать
if ("ЧТО") alert ("ДА!") else alert("НЕТ!")
мы увидим "ДА!"
, так как язык JavaScript рассматривает непустые строки как вариант истинного значения.

Несмотря на то, что строгое использование типа Bool
для булевских выражений является преимуществом языка Haskell, давайте реализуем подобное поведение. Просто для забавы. Начнём с декларации класса:
class YesNo a where
yesno :: a –> Bool
Довольно просто. Класс типов YesNo
определяет один метод. Эта функция принимает одно значение некоторого типа, который может рассматриваться как хранитель некоей концепции истинности; функция говорит нам, истинно значение или нет. Обратите внимание: из того, как мы использовали параметр a
в функции, следует, что он должен быть конкретным типом.
Теперь определим несколько экземпляров. Для чисел, так же как и в языке JavaScript, предположим, что любое ненулевое значение истинно, а нулевое – ложно.
instance YesNo Int where
yesno 0 = False
yesno _ = True
Пустые списки (и, соответственно, строки) считаются имеющими ложное значение; не пустые списки истинны.
instance YesNo [a] where
yesno [] = False
yesno _ = True
Обратите внимание, как мы записали тип-параметр для того, чтобы сделать список конкретным типом, но не делали никаких предположений о типе, хранимом в списке. Что ещё? Гм-м… Я знаю, что тип Bool
также содержит информацию об истинности или ложности, и сообщает об этом довольно недвусмысленно:
instance YesNo Bool where
yesno = id
Что? Какое id
?.. Это стандартная библиотечная функция, которая принимает параметр и его же и возвращает. Мы всё равно записали бы то же самое. Сделаем экземпляр для типа Maybe
:
instance YesNo (Maybe a) where
yesno (Just _) = True
yesno Nothing = False
Нам не нужно ограничение на класс параметра, потому что мы не делаем никаких предположений о содержимом типа Maybe
. Мы говорим, что он истинен для всех значений Just
и ложен для значения Nothing
. Нам приходится писать (Maybe a)
вместо просто Maybe
, потому что, если подумать, не может существовать функции Maybe –> Bool
, так как Maybe
– не конкретный тип; зато может существовать функция Maybe a –> Bool
. Круто – любой тип вида Maybe < нечто >
является частью YesNo
независимо от того, что представляет собой это «нечто»!
Ранее мы определили тип Tree
для представления бинарного поискового дерева. Мы можем сказать, что пустое дерево должно быть аналогом ложного значения, а не пустое – истинного.
instance YesNo (Tree a) where
yesno EmptyTree = False
yesno _ = True
Есть ли аналоги истинности и ложности у цветов светофора? Конечно. Если цвет красный, вы останавливаетесь. Если зелёный – идёте. Ну а если жёлтый? Ну, я обычно бегу на жёлтый: жить не могу без адреналина!
Читать дальшеИнтервал:
Закладка: