Golang chapter 0070 #152
Golang chapter 0070 #152
Conversation
|
Будешь говорить про main(), точку входа в программу? |
|
Если у нескольких подряд идущих параметров функции совпадает тип, то его можно указать только для последнего из них. А для остальных пропустить. Это тоже нужно сказать. С примерами. |
|
Нужно про вариадики сказать. |
|
И про анонимные функции + замыкания. |
golang/golang_chapter_0070/text.md
Outdated
| В данном примере использован прием форматирования строк: на место `%s` вставляется значение переменной `name`. | ||
|
|
||
| ## Функции, возвращающие несколько значений | ||
| Функция может возвращать более одного значения. Часто в качестве последнего значения указывают значение специального типа `error` — ошибки. В случае, когда ошибка произошла, функция вернет значение этого типа с сообщением о том, что пошло не так. Если ошибки не было, то вернется `nil`. Получив ошибку, ее необходимо обработать на месте или вернуть выше. В случае, когда ошибка возникла в следствие неправильного программного кода, вызывают функцию `panic`. Функция `panic` немедленно завершает работу программы с сообщением о том, где произошла паника: |
There was a problem hiding this comment.
Функция panic заслуживает более подробного рассказа. Я бы предложила выделить раздел "Важные встроенные функции" (или просто "встроенные функции", если их немного). И в нем в качестве подраздела рассказать про panic, причем обязательно в связке с recover. Нужно объяснить:
- В каких случаях может произойти паника
- В каких случаях ее имеет смысл вызывать самому, а в каких - нет.
- Чем она отличается от исключений
There was a problem hiding this comment.
Да. Нужно еще рассказать про:
- функции как значения
- вариадики
- анонимные функции
- замыкания
- обработку ошибок
- некоторые подводные камни, связанные с функциями
Но это все не влезет в одну главу. Поэтому здесь пока самое основное. В следующей главе буду про это рассказывать.
golang/golang_chapter_0070/text.md
Outdated
| @@ -0,0 +1,288 @@ | |||
| # Глава 7. Функции: часть 1 | |||
There was a problem hiding this comment.
А что планируется в части 2? Действительно ли нужно одну тему разбивать на две главы? Имхо такой подход не очень хорошо смотрится. Ну представь:
Глава 7. Функции: часть 1
Глава 8. Функции: часть 2
Глава 9. Горутины: часть 1
...И далее.
There was a problem hiding this comment.
Что планируется в части два - написал выше. Давай сделаем так. Я напишу все в одной главе пока что. А потом будем думать, как разбить, если нужно.
There was a problem hiding this comment.
Да, давай так и поступим!
Мне кажется, напрашивается такое разбиение: глава про функции и глава про встроенные функции + дефер
golang/golang_chapter_0070/text.md
Outdated
| @@ -0,0 +1,288 @@ | |||
| # Глава 7. Функции: часть 1 | |||
| ## Понятие функции | |||
| Как и в других языках программирования, функции в Go позволяют многократно использовать один и тот же код. Мы уже встречались с функциями ранее. В данной главе будут рассмотрены базовые темы по функциям. О прочих возможностях по работе с функциями будет рассказано далее в этом курсе. | |||
There was a problem hiding this comment.
Как и в других языках программирования, функции в Go позволяют многократно использовать один и тот же код.
Читатель это точно понимает.
Мы уже встречались с функциями ранее. В данной главе будут рассмотрены базовые темы по функциям.
Именно что функции были почти в каждой задачи. Поэтому "базовые вещи" пользователь уже ухватил и из-за этого это предложение читается странно.
Я бы предложила переформулировать весь абзац. И заменить название пункта с "понятие функции" (потому что никакого определения здесь не дается) на "Определение и вызов функции"
golang/golang_chapter_0070/text.md
Outdated
| Чтобы сделать код функции более лаконичным, иногда используют именованные возвращаемые значения: | ||
|
|
||
| ```go {.example_for_playground .example_for_playground_002} | ||
| func average(myslice []float64) (res float64) { |
There was a problem hiding this comment.
myslice - плохой нейминг.
|
|
||
| func mul64(left, right uint64) (uint64, error) { | ||
|
|
||
| if left > math.MaxUint64/right { |
There was a problem hiding this comment.
Зачем здесь эта проверка? Впервые вижу проверку на переполнение внутри функции факториала. Обычно ее не делают, потому что она делает функцию драматически медленнее)
https://github.com/dougwatson/Go/blob/v3.0.1/math/factorial/factorial.go#L20
There was a problem hiding this comment.
Факториал очень быстро растет. 21! уже вызовет переполнение для unit64. Это может вызвать большое удивление у пользователя такой функции.
| @@ -0,0 +1,712 @@ | |||
| # Глава 7. Функции | |||
| ## Объявлении и вызов функции | |||
There was a problem hiding this comment.
Объявлении -> объявление
| ``` | ||
|
|
||
| ## Именованные возвращаемые значения | ||
| Чтобы сделать код функции более лаконичным, иногда используют именованные возвращаемые значения: |
There was a problem hiding this comment.
Пример хороший. Но кажется, его недостаточно. Объясни плиз словами.
| ``` | ||
|
|
||
| ## Отложенные вызовы функций | ||
| Вызов функции бывает удобно отложить. Например, при выводе приветствия пользователю мы точно знаем, что в конце программы попрощаемся с ним. Чтобы не забыть это сделать в последствии, используют ключевое слово `defer`: |
There was a problem hiding this comment.
в последствии -> впоследствии
| } | ||
| ``` | ||
|
|
||
| Вызов функции `goodbuy` откладывается до завершения функции `main`, независимо от того, как эта функция завершится: с ошибкой или без нее. Допустимо откладывать любой количество вызов. Выполняются они в порядке, обратном тому, в котором были отложены. |
There was a problem hiding this comment.
откладывать любой количество вызов -> любое
There was a problem hiding this comment.
Выполняются они в порядке, обратном тому, в котором были отложены.
Пример кода, пожалуйста.
| Вызов функции `goodbuy` откладывается до завершения функции `main`, независимо от того, как эта функция завершится: с ошибкой или без нее. Допустимо откладывать любой количество вызов. Выполняются они в порядке, обратном тому, в котором были отложены. | ||
|
|
||
| ## Аварийные ситуации | ||
| Компилятор языка Go проверяет все ошибки, которые может проверить, на этапе компиляции нашей программы. Однако существуют ошибки разработки, которые могут быть выявлены только на этапе времени выполнения. Например, выход за границы массива или разыменование нулевого указателя. В этих случаях возникает аварийная ситуация или, говоря в терминах языка Go, *паника (panic)*. |
There was a problem hiding this comment.
ошибки разработки -> ошибки
| }() | ||
|
|
||
| time.Sleep(1 * time.Millisecond) // server is working | ||
| panic("memory leak") |
There was a problem hiding this comment.
Давай другое сообщение) А то как будто намеренно устроили утечку и радостно об этом сообщают))
|
|
||
| func addUsers(newUsers ...string) { | ||
| for _, user := range newUsers { | ||
| users[id] = user |
There was a problem hiding this comment.
Давай без глобальных переменных)
| users[id] = user | ||
| id++ | ||
| } | ||
| } |
There was a problem hiding this comment.
Форматирование кода. Нет строки между скобкой и мэйном
| } | ||
| ``` | ||
|
|
||
| В данном случае `userMessage` имеет тип `func(string)`. Попытка присвоить в эту переменную функцию с другой сигнатурой приведет к ошибке компиляции: |
| } | ||
| ``` | ||
|
|
||
| Нулевым значением типа функции является `nil`. Вызов функции со значением `nil` приведет к панике: |
There was a problem hiding this comment.
Нулевым значением типа функции является
Очень запутанная формулировка.
| } | ||
| ``` | ||
| ## Замыкания | ||
| Когда мы возвращаем некоторую функцию из другой функции, нам может потребоваться запомнить некоторое значение. Когда мы вернем эту функцию снова, то мы воспользуемся старым значением. Говоря более строго, некоторые функции имеют *состояние*. Такой прием предоставляют нам *замыкания (closures)*. Следующая программа вычисляет числа Фибоначчи с использованием замыкания: |
There was a problem hiding this comment.
Когда мы возвращаем некоторую функцию из другой функции, нам может потребоваться запомнить некоторое значение.
Если читатель не знаком с замыканиями, "некоторое значение" ему ни о чем не скажет.
|
|
||
| Функция `mul64` перемножает два числа типа `uint64` и возвращает ошибку в случае переполнения. Чтобы создать новую ошибку, пользуются функцией `New` пакета `errors`, куда передают сообщение об ошибке. | ||
|
|
||
| Существуют различные алгоритмы сортировки массива, однако часто говорят лишь об учебных примерах. Учебные алгоритмы, например, алгоритм сортировки пузырьком, работают медленно. Вычислительная сложность алгоритма сортировки пузырьком — *O(n^2)*. На практике используют более совершенные алгоритмы, например, алгоритм сортировки слиянием. Его вычислительная сложность — *O(n\*log(n))*. Смысл этого алгоритма состоит в том, что на каждом шаге мы разбиваем массив на две примерно равные части. Если число элементов нечетное, то слева окажется на один элемент больше. Повторяем процесс для каждой из половинок, пока не получим массивы длиной один. Массив из одного элемента всегда отсортирован. Затем начинаем объединять половинки. Идем параллельно по каждой из половинок. Если элемент в первой половинке меньше элемента второй половинки, то добавляем его в результирующий массив, после чего продвигаемся на один элемент вперед в первой половинке. Аналогично для второй половинки. Когда окажется, что одна из половинок закончилась, то необходимо дописать все оставшиеся элементы в конец результирующего массива. |
There was a problem hiding this comment.
Очень большой абзац. Разбей плиз на 2-3.
| } | ||
| ``` | ||
|
|
||
| ## Резюме. |
| ``` | ||
|
|
||
| ## Резюме. | ||
| 1. Объявление функции соответствует шаблону, однако некоторые из элементов этого шаблона необязательные. |
There was a problem hiding this comment.
Очень туманная фраза. Если ее уберем, ничего не потеряем. Лучше уж конкретизировать: в объявлении функции то-то и т-то необязательно.
|
|
||
| ## Резюме. | ||
| 1. Объявление функции соответствует шаблону, однако некоторые из элементов этого шаблона необязательные. | ||
| 2. Чтобы сократить объем программного кода, иногда бывает полезным сделать возвращаемые значения функции именованными, а некоторые типы принимаемых аргументов пропустить. |
There was a problem hiding this comment.
программного кода -> кода
There was a problem hiding this comment.
некоторые типы принимаемых аргументов пропустить.
Постарайся писать конкретнее. Часть моих замечаний относятся к одному и тому же - сложным пространным формулировкам, за которыми сложно увидеть четкий совет.
Лучше так. Если у подряд идущих параметров одинаковый тип, то его можно указать только для последнего параметра, а для предыдущих - пропустить.
No description provided.