Comments 16
В 3м подходе локальные интерфейсы, наверно, стоит сделать приватными
В 3м подходе локальные интерфейсы, наверно, стоит сделать приватными
Тогда не будет возможностей взаимодействия между разными пакетами.
как это не будет. тут ж не ява, как раз таки не надо чужие интерфейсы импортировать.
Да, действительно работает, проверил.
Ну тогда минус только лишняя работа при документировании, ибо автодокументирование уже не работает для таких интерфейсов.
И непонятно как будут работать подсказки-автодополнения в IDE.
успех ее настолько впечатляет— судя по тому, что на вашем сайте нет оценок книги и не оставлен ни один отзыв, слово успех вы используете в ироничном смысле? На другом сайте пишут, что много опечаток. Хотя книга, возможно, и хороша. Или как вы определили, что это именно успех?
Возможно, что успех определяется не количеством комментариев, а продажами
Я понимаю, что для книги примеры необходимо упрощать, но если уж автор выкидывает простоты ради из кода логику синхронизации между горутинами и создаёт race при чтении/записи кешированного значения — необходимо про это хотя бы заметный комментарий написать "не делайте так в продакшне!!!1111".
Почему стоит упомянуть этот репозиторий? Это ж не репозиторий авторов языка.
https://github.com/golang/go/wiki/CodeReviewComments — это действительно стоит
Такое чувство, что читаю перевод. Фразы типа "пиши простой код, когда это только возможно" весьма идиоматичны для английского языка, но в русском выглядят странно.
Let's Go! Три подхода к структурированию кода на Go