Ssr: Ssr переименовал страницу LXF151:tut6 в LXF151:Erlang: Практикум по сущностям

2018-02-07T07:28:51Z

Ssr переименовал страницу LXF151:tut6 в LXF151:Erlang: Практикум по сущностям

Ssr в 07:28, 7 февраля 2018

2018-02-07T07:28:44Z

Ssr в 03:46, 27 января 2018

2018-01-27T03:46:49Z

Ssr: Новая страница: «Erlang Описывается следующей формулой: функциональный язык + процессы # Erlang: Практикум по с…»

2018-01-27T03:41:32Z

Новая страница: «Erlang Описывается следующей формулой: функциональный язык + процессы # Erlang: Практикум по с…»

Внесённые изменения

@@ Строка 1: / Строка 1: @@
 {{Врезка|Ширина=30%|Заголовок=Наш эксперт|Содержание=Андрей Ушаков
 активно приближает тот день, когда функциональные языки станут мейнстримом.}}
-:Чтобы накопленные знания не заржавели, '''Андрей Ушаков''' устраивает пробежку по реальным примерам и задачам.
+{{Врезка|Ширина=30%|Заголовок=|Содержание=Erlang Описывается следующей формулой: функциональный язык + процессы}}
 В прошлом номере журнала (LXF150) мы закончили рассмотрение базовых сущностей языка Erlang. И, как часто бывает, далеко не просто применить полученные знания на практике, особенно с учетом того факта, что концепции функционального программирования достаточно сильно отличаются от концепций императивного, с которыми знакомы большинство программистов. Поэтому, прежде чем идти дальше, было бы полезно рассмотреть все, что мы уже изучили на практике, на реальных задачах.

@@ Строка 1: / Строка 1: @@
-Erlang Описывается следующей формулой:
+ Erlang Описывается следующей формулой:
-функциональный язык + процессы
+ функциональный язык + процессы
-# Erlang: Практикум по сущностям
+ Erlang: Практикум по сущностям
-Чтобы накопленные знания не заржавели, Андрей Ушаков устраивает пробежку по реальным примерам и задачам.
+{{Врезка|Ширина=30%|Заголовок=Наш эксперт|Содержание=Андрей Ушаков
-Наш эксперт
+активно приближает тот день, когда функциональные языки станут мейнстримом.}}
-Андрей Ушаков
+В прошлом номере журнала (LXF150) мы закончили рассмотрение базовых сущностей языка Erlang. И, как часто бывает, далеко не просто применить полученные знания на практике, особенно с учетом того факта, что концепции функционального программирования достаточно сильно отличаются от концепций императивного, с которыми знакомы большинство программистов. Поэтому, прежде чем идти дальше, было бы полезно рассмотреть все, что мы уже изучили на практике, на реальных задачах.
-−
-активно приближает тот день, когда функциональные языки станут мейнстримом.
-−
-Впрошлом номере журнала (LXF150) мы закончили рассмотрение базовых сущностей языка Erlang. И, как часто бывает, далеко не просто применить полученные знания на практике, особенно с учетом того факта, что концепции функционального программирования достаточно сильно отличаются от концепций императивного, с которыми знакомы большинство программистов. Поэтому, прежде чем идти дальше, было бы полезно рассмотреть все, что мы уже изучили на практике, на реальных задачах.
 А начнем мы с того, как не надо объявлять функции. На первый взгляд, объявить функцию достаточно просто, и никаких подводных камней при этом быть не может. Но это только на первый взгляд: некорректное объявление функции может принести немало сюрпризов, а ее правильное использование – очень сильно упростить код. Мы помним (см. LXF145), что при объявлении функции допускается объявить несколько ее вариантов. Выбор варианта, который будет использован, осуществляется во время вызова функции; при этом на выбор варианта влияют два механизма: соответствие шаблону [pattern-matching] и выражения охраны [guards]. И неудивительно, что при неаккуратном использовании операции соответствия шаблону и выражений охраны мы можем получить функцию, у которой один или несколько вариантов никогда не будут выбраны, либо будут выбраны не те варианты, которые ожидались.
@@ Строка 85: / Строка 82: @@
 Вот и все варианты функции format/3. Так как функция format/3 является рекурсивной, то следует сделать следующее замечание: при каждом рекурсивном вызове мы в итоге получаем (и передаем дальше) остаток строки формата минимум на один символ меньше, чем он был на вход. Это означает, что наша рекурсивная обработка когда-нибудь завершится, что не может не радовать.
-VREZKAКоротко о записях
+{{Врезка|Ширина=30%|Заголовок=Коротко о записях|Содержание=Записи – это кортежи, организованные специальным образом: первым элементом такого кортежа идет имя записи (имя записи является атомом), после которого идут значения полей в порядке их объявления. При этом мы можем задавать значения полей в любом порядке, а компилятор расположит их в правильном порядке. При создании записи те поля, для которых значение не было задано, получат значение по умолчанию. Если значение по умолчанию для поля не определено, то значением по умолчанию становится атом undefined. В общем виде определение записи имеет следующий вид: -record(Name, {Field1 [= Value1], ..., FieldN [= ValueN]}). После определения создать экземпляр записи можно так: #Name{Field1=Expr1,...,FieldK=ExprK}.
-−
 Записи – это кортежи, организованные специальным образом: первым элементом такого кортежа идет имя записи (имя записи является атомом), после которого идут значения полей в порядке их объявления. При этом мы можем задавать значения полей в любом порядке, а компилятор расположит их в правильном порядке. При создании записи те поля, для которых значение не было задано, получат значение по умолчанию. Если значение по умолчанию для поля не определено, то значением по умолчанию становится атом undefined. В общем виде определение записи имеет следующий вид: -record(Name, {Field1 [= Value1], ..., FieldN [= ValueN]}). После определения создать экземпляр записи можно так: #Name{Field1=Expr1,...,FieldK=ExprK}.
 Как правильно использовать записи для взаимодействия с кодом из других модулей? Есть несколько вариантов это сделать:
@@ Строка 95: / Строка 90: @@
 В консоли среды Erlang (при использовании записей в консоли среды Erlang их нельзя подключить, как в обычном коде) определить запись при помощи директивы rd: rd(Name, {Field1 [= Value1], ..., FieldN [= ValueN]}).
-Вместо записи использовать кортеж, но при этом необходимо как соблюдать порядок полей (использованный при описании записи), так и не пропускать поля со значениями по умолчанию: {Name, Expr1,...,ExprK}. Следует сказать, что в реальном коде так поступать не следует (т. к. при изменении структуры записи использование кортежа будет нарушением контракта), но для целей тестирования (например, в консоли среды Erlang) такое допускается.
+Вместо записи использовать кортеж, но при этом необходимо как соблюдать порядок полей (использованный при описании записи), так и не пропускать поля со значениями по умолчанию: {Name, Expr1,...,ExprK}. Следует сказать, что в реальном коде так поступать не следует (т. к. при изменении структуры записи использование кортежа будет нарушением контракта), но для целей тестирования (например, в консоли среды Erlang) такое допускается.}}
-−
-/VREZKA
 Теперь нам осталось рассмотреть вспомогательную функцию integer_to_rstring/2. Эта функция переводит целое число в строку заданной длины (заполняя ее символами “0” слева, если необходимо) и инвертирует ее. Инверсия нужна из-за того, что мы добавляем символы в начало результирующей строки в обратном порядке.
@@ Строка 257: / Строка 250: @@
 Итак, мы увидели, что правильное объявление вариантов функции сильно облегчает реализацию функциональности и делает код более понятным, а неправильное объявление вариантов может привести к тому, что функция будет вести себя не так, как ожидалось. Ну и наконец, если мы не можем реализовать функциональность на вариантах функции, а задача предполагает, что должен происходить выбор одного из вариантов, то такой выбор достаточно легко реализовать на списке анонимных функций-обработчиков. А в следующей статье мы продолжим рассмотрение практических задач.
-VREZ
+{{Врезка|Ширина=100%|Заголовок=Анонимные функции|Содержание=Общее определение анонимной функции имеет следующий вид:
-−
 Анонимные функции
-−
 Общее определение анонимной функции имеет следующий вид:
 <code>fun</code>
@@ Строка 273: / Строка 262: @@
 <code>end</code>
-Из этого определения видно, что анонимная функция может иметь несколько вариантов, как и обычная функция. И для нее действуют те же правила задания вариантов и выбора подходящего варианта.
+Из этого определения видно, что анонимная функция может иметь несколько вариантов, как и обычная функция. И для нее действуют те же правила задания вариантов и выбора подходящего варианта.}}
 [[Категория:LXF151]]

LXF151:Erlang: Практикум по сущностям - История изменений

Ssr: Ssr переименовал страницу LXF151:tut6 в LXF151:Erlang: Практикум по сущностям

Ssr в 07:28, 7 февраля 2018

Ssr в 03:46, 27 января 2018

Ssr: Новая страница: «Erlang Описывается следующей формулой: функциональный язык + процессы # Erlang: Практикум по с…»