DP
если честно - изобрести init, даже если бы его не было, довольно просто
var _ = func()bool {
…
return true
}()Size: a a a
2020 June 27
МП
да, я так делаю зачастую
МП
только там () в конце выражения
DP
конечно
DP
вот только зачем так делать, если есть init?
VS
Мимо Проходящий
пожалуй так. Я тоже использую в своём коде, который кроме меня ни кто не правит и ни кому не интересен. Иногда init позволяет писать меньше кода
на самом деле типичное использование инита где не страшно и не нарушает читаемость - это вынос всяких парсингов cmdline flag'ов из main'а а в main'е уже работа с валидированными параметрами
Н
на самом деле типичное использование инита где не страшно и не нарушает читаемость - это вынос всяких парсингов cmdline flag'ов из main'а а в main'е уже работа с валидированными параметрами
Зачем это выносить?
VS
Зачем это выносить?
для повышения читаемости, как ни странно)
VS
Вы просто выносите часть кода в другую функцию на том же уровне и даже в том же файле возможно
только у другой функции будет немного неявный вызов а значит при разборе main'а не надо об этом всем думать
VS
Наоборот, я буду читать код, и думать: а где оно инициализировалось то?
ну это лишь отсутствие опыта с таким подходом, если его везде придерживаться то читаемость проекта чуть лучше становится
VS
Ну так и про глобальные переменные сказать можно тогда)
ну только невежды записывают какую-либо фичу языка в абсолютное зло которое не надо никогда использовать :)
VS
включая глобальные переменные, goto и init :)
МП
вот только зачем так делать, если есть init?
например, чтобы написать несколько маленьких блоков кода вместо одного большого, в котором все скопом переменные инициализируются. имхо первое более читаемо