![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
ufmВобще язык поражает своей… Не знаю как это назвать. Неконсистенстностью?
Можно определить в модуле неэкспортируемый тип? Можно. И пользоваться этим типом снаружи не получится.
Но зато из этого модуля можно вернуть значение этого типа. Его можно присвоить переменной. И даже пользоватся этой переменной (методы там вызывать).
Но передать эту пременную в свою функцию — нельзя. Потому что нельзя описать параметр (тип-то не экспортируемый). А если параметр описать как interface{} — то передать можно, но толком пользоваться — нельзя. У interface{} нет методов, например. Хотя, я подозреваю, через reflect можно дотянуться и до методов, но это уде совсем через жопу.
Можно в функцию передать переменное число параметров? Можно.
Можно из функции вернуть несколько значений? Можно.
Можно сделать вложенный вызов, так, что-бы возвращенные значения ушли напрямую в функцию с переменным числом параметров? Можно, но только если не будет дополнительных параметров.
Зачем было делать возможность возвращать несколько значений? А вот что-б не как Цэ, что-б функция могла вернуть значение и флаг успешности.
О! Наверное можно написать err, a, b, c, d: := fmt.Scanf(«%d %d %d %d») ? Неее. Нельзя. У функции может быть несколько возвращаемых значений, но не может быть переменное число возвращаемых значений.
Классы есть? Ну… Есть структуры с методами. Но конструкторов и деструкторов — нет. Так что если что, то ручками вызывай, не обломишься.
Лёгкие сопроцессы есть? Есть. Но методов контроля за ними — никаких.
А, вот еще прикол:
loop:
for {
break loop
}
Называется — догадайся куда мы выйдем после break.
Originally published at U.F.M's Homepage. You can comment here or there.
(no subject)
Date: 2014-04-22 05:24 (UTC)(no subject)
Date: 2014-04-22 05:49 (UTC)(no subject)
Date: 2014-04-22 07:28 (UTC)А какой смысл в деструкторах, если неизвестно, когда они будут вызваны? Практически во всех языках с GC так, посмотрите на Java, к примеру.
А для детерменированного освобождения ресурсов в Go есть defer.
(no subject)
Date: 2014-04-22 08:15 (UTC)Очень медитативное занаятие - расставлять везде defer m.Close(), когда вдруг выяснилось, что раньше для
этого классаэтой структуры с методами деструктор вроде был не нужен, а теперь вдруг стало понятно что нужен.(no subject)
Date: 2014-04-22 13:28 (UTC)С остальными пунктами из поста я в целом согласен, но вот деструкторы тут не к месту.
(no subject)
Date: 2014-04-22 19:50 (UTC)Можно это будет проблемй компилятора а не моей? Ну пожалуйста! :)
(no subject)
Date: 2014-04-23 13:23 (UTC)(no subject)
Date: 2014-04-22 08:30 (UTC)Вон в D есть живущие на стеке структуры с декструкторами и живущие в GC-куче объекты классов без деструкторов (но с опциональными финализаторами, как в джаве).
(no subject)
Date: 2014-04-22 13:44 (UTC)(no subject)
Date: 2014-04-22 08:20 (UTC)вот я тут давеча писал на туже тему.
(no subject)
Date: 2014-04-22 10:26 (UTC)(no subject)
Date: 2014-04-22 11:05 (UTC)Больше напрягает что вернуть несколько значений можно, но вот пользоваться ими несколько напряжно.
Сделали бы вместо этого возможность "разбирать" слайс/массив поэлементно множественным присваиванием - было-бы значительно логичнее.
(no subject)
Date: 2014-04-22 11:07 (UTC)(no subject)
Date: 2014-04-22 11:32 (UTC)(no subject)
Date: 2014-04-22 12:00 (UTC)