The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы
правила/FAQ
поиск
регистрация
вход
слежка
RSS


Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Выпуск языка программирования Go 1.19, opennews (??), 03-Авг-22, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


99. "Выпуск языка программирования Go 1.19"  –3 +/–
Сообщение от Аноним (99), 03-Авг-22, 18:04 
Когда писал на Go, никогда это не бесило. Наоборот, приятно видеть, что все ошибки обработаны :). Конечно, лучше, когда компилятор (Rust) тебя заставляет обработать, но Go выбрал путь упрощения компилятора и возлагания большего количества обязательств на программиста.
Ответить | Правка | Наверх | Cообщить модератору

119. "Выпуск языка программирования Go 1.19"  +/–
Сообщение от Додо (?), 03-Авг-22, 18:59 
Зато неприятно искать, в каком конкретно месте вылезла эта ошибка. Исключений языку явно не хватает.
Ответить | Правка | Наверх | Cообщить модератору

124. "Выпуск языка программирования Go 1.19"  +2 +/–
Сообщение от Kukuemail (?), 03-Авг-22, 19:53 
В Go есть исключения. И сделанны они именно так, как это должно быть. А не так, как в Java/C#/Python/PHP..., когда варианты результата множества неправильно спроектированных функций отлавливаются через try/catch
Ответить | Правка | Наверх | Cообщить модератору

138. "Выпуск языка программирования Go 1.19"  +/–
Сообщение от Voothi (ok), 04-Авг-22, 00:49 
А чем лучше? Скоростью?
Ответить | Правка | Наверх | Cообщить модератору

140. "Выпуск языка программирования Go 1.19"  +2 +/–
Сообщение от Kukuemail (?), 04-Авг-22, 01:46 
> А чем лучше? Скоростью?

И скоростью, и более наглядной обработкой результата функции


Ответить | Правка | Наверх | Cообщить модератору

202. "Выпуск языка программирования Go 1.19"  +/–
Сообщение от Додо (?), 05-Авг-22, 14:41 
> В Go есть исключения. И сделанны они именно так, как это должно
> быть. А не так, как в Java/C#/Python/PHP..., когда варианты результата множества
> неправильно спроектированных функций отлавливаются через try/catch

У них прямо в FAQ есть раздел "почему в Go нет исключений": https://go.dev/doc/faq#exceptions
Для справки: паника != исключение.
В стандартной библиотеке нет возможности получить stack trace для ошибки (только для паники). Это реализовано сбоку в https://pkg.go.dev/github.com/pkg/errors#hdr-Retrieving_the_... и не будет работать для подобных случаев:
```
var ErrSomethingHappened = errors.New("some error happened")
function someFunc() error {
  return ErrSomethingHappened
}
```
А если возвращать ошибки через `return errors.New("something happened")` - то будет невозможно проверить эту ошибку иначе как сравнением текста. Самая жопа с этим - для ошибок, возвращаемых через `fmt.Errorf`, их только в лог выводить.
Вот и получается, что в Go нельзя одновременно:
- определить, что за ошибка;
- получить stack trace этой ошибки;
- сделать вышеуказанное для всех библиотек.
И приходится ползать отладчиком по коду чужих библиотек, разбираясь, откуда эта ошибка вообще вылезла.
Если бы в языке были исключения как в нелюбимыми вами Java/C#/Python/PHP/..., можно было бы увидеть весь stack trace и сразу определить место, где оно было брошено.
А так язык классный и быстрый, да. Но не без недостатков.

Ответить | Правка | К родителю #124 | Наверх | Cообщить модератору

218. "Выпуск языка программирования Go 1.19"  +/–
Сообщение от Kukuemail (?), 07-Авг-22, 03:03 
>[оверквотинг удален]
> Вот и получается, что в Go нельзя одновременно:
>  - определить, что за ошибка;
>  - получить stack trace этой ошибки;
>  - сделать вышеуказанное для всех библиотек.
> И приходится ползать отладчиком по коду чужих библиотек, разбираясь, откуда эта ошибка
> вообще вылезла.
> Если бы в языке были исключения как в нелюбимыми вами Java/C#/Python/PHP/..., можно
> было бы увидеть весь stack trace и сразу определить место, где
> оно было брошено.
> А так язык классный и быстрый, да. Но не без недостатков.

Учитывая, что паника в Go - гораздо более редкое явление, чем исключения в других языках, то я не вижу ничего страшного в том, чтобы найти в коде нкжную строку сообщения. Стектрейс очень нужен именно в тех языках, в которых неудачный результат функции возвращается через исключение

Ответить | Правка | Наверх | Cообщить модератору

215. "Выпуск языка программирования Go 1.19"  +/–
Сообщение от Аристарх (??), 06-Авг-22, 17:09 
Это ты сам себя убедил, что "так и должно быть". На самом деле go-вно у вас, а не "обработка ошибок"! Исключения потому так резко и обрели популярность, что являются удобным способом обработки: там, где важно - мы словим исключения (причём только нужного типа). А где неважно - мы НЕ ЗАМУСОРИВАЕМ КОД, потому что всё равно ошибку отловят выше. Полная гибкость.
Ответить | Правка | К родителю #124 | Наверх | Cообщить модератору

219. "Выпуск языка программирования Go 1.19"  +/–
Сообщение от Kukuemail (?), 07-Авг-22, 03:09 
> Это ты сам себя убедил, что "так и должно быть". На самом
> деле go-вно у вас, а не "обработка ошибок"! Исключения потому так
> резко и обрели популярность, что являются удобным способом обработки: там, где
> важно - мы словим исключения (причём только нужного типа). А где
> неважно - мы НЕ ЗАМУСОРИВАЕМ КОД, потому что всё равно ошибку
> отловят выше. Полная гибкость.

Вы просто проглотили маркетологическую наживку относительно удобства исключений. Хайп прошел, и современные языки выбросили ваши исключения в мусорное ведро так же, как и многоуровневое ООП-наследования, вместо которого используется простая композиция

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей 		Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру