E
Size: a a a
2020 March 23
OY
и вроде использовать ООП-наследование - это сомнительная идея, лучше агрегацию/композицию вместо ООП-наследования
Ну я выразил задачу в ООП терминах, потому что не очень понимаю, как это на языке Го сказать
VM
не тащите в го ООП, его тут нет и слава богу
а
Ребят, такой вопрос. Я конечно, мыслю в ООП, но не знаю, как по-другому описать задачу. Короче, есть структура с абстрактными методами и от неё должны быть унаследованы другие структуры, где уже есть реализация этих методов. Как это сделать в Go?
объявить интерфейс
М
Ребят, такой вопрос. Я конечно, мыслю в ООП, но не знаю, как по-другому описать задачу. Короче, есть структура с абстрактными методами и от неё должны быть унаследованы другие структуры, где уже есть реализация этих методов. Как это сделать в Go?
В Go нет абстрактных структур и наследования в классическом понимании.
Есть интерфейсы — они описывают методы у типов.
Есть встраивание — это когда в структуру можно встроить другой тип, который выставит наружу свои методы (методы смогут работать только с "родительским" значением)
Есть интерфейсы — они описывают методы у типов.
Есть встраивание — это когда в структуру можно встроить другой тип, который выставит наружу свои методы (методы смогут работать только с "родительским" значением)
E
не тащите в го ООП, его тут нет и слава богу
а вроде есть кое-какое?
OY
Тебе нужно абстракция, которая унаследуется другими конкретными классами, которые его выполняют, верно?
Да
/
Нет, я прочитал Марка Саммерфилда) Понял, пойду пройду
Советую прочитать "Язык программирования Go"
VM
а вроде есть кое-какое?
нет. И горутины не треды
DP
нет. И горутины не треды
конечно, есть
/
/dev/null
Советую прочитать "Язык программирования Go"
очень очень годная книга, минимум воды
E
нет. И горутины не треды
и в golang даже нет ничего из ООП?
VM
Если вы писали на плюсах или жавах, то ответ очевиден
VM
не тащите в го ООП, его тут нет и слава богу
А что есть?
OY
/dev/null
очень очень годная книга, минимум воды
Хорошо, спасибо)