LINUX.ORG.RU

Ответ на: комментарий от beastie

Не только методы но и поля. https://play.golang.org/p/yydxAD4jJbD

ТС, на твой вопрос ответа нет, потому что best practices в go завозят в малом объеме. Если тебе надо сокрыть кишочки твоей структуры, надо использовать встраивание, если тебе надо расширить структуру - используй композицию. Если тебе все равно - выбери по вкусу.

RedPossum ★★★★★
()
Ответ на: комментарий от beastie

Это я понял. Я так понял, что «Embedding» это такой сахарок,
что бы не копировать лишнее руками.
Пока не до конца понимаю когда его лучше использовать, когде не стоит.

З.Ы. Я имел ввиду названия точно наоборот.
Встраивание (вкладывание) - то что Embedding, когда «наследуются» поля, методы
Композиция (агрегирование) - создание ссылки внутри структуры

pru-mike ★★
() автор топика
Ответ на: комментарий от RedPossum

Если тебе надо сокрыть кишочки твоей структуры, надо использовать встраивание, если тебе надо расширить структуру - используй композицию.

Как бы дело не только в кишочках и вкусе, ты упустил, что в случае наследования - всегда будет создаваться новый экземпляр обоих структур. В твоем примере при инициализации «B» всегда будет инициализироваться «А». А в случае «расширения» можно будет один раз инициализировать «А» и использовать ссылку на нее в разных экземплярах структур «B»

develf
()
Ответ на: комментарий от develf

что в случае наследования

я бы не называл это наследованием

один раз инициализировать «А» и использовать ссылку на нее в разных экземплярах структур «B»

это другой разговор вообще, но все так, да

RedPossum ★★★★★
()
Ответ на: комментарий от develf

Вносит путаницу в массы: полиморфного поведения то не получится, принцип Лисков не выполняется:

package main

import (
	"fmt"
)

type A struct {
	s string
}
type B struct {
	s string
	A
}

func (a A) foo() {
	fmt.Println(a.s)
}

func bar(a A) {
	fmt.Println("foo!")
}

func main() {
	a := A{"A"}
	b := B{"B", a}

	//Не полиморфное поведение:
	a.foo() //выведет A
	b.foo() //выведет А

	//Лисков не Лисков:
	//foo(b) - вообще не скомпилируется
}

Без дополнительного введения интерфейсов - привычного поведения для людей, которые пользуются термином «наследование» не получишь

RedPossum ★★★★★
()
Ответ на: комментарий от develf

А в случае «расширения» можно будет один раз инициализировать «А» и использовать ссылку на нее в разных экземплярах структур «B»

слушай,я никогда так не делал конечно, но никто не запрещает делать так:

package main

import "fmt"

type A struct {
	s string
}
type B struct {
	*A
}
func (a A)foo(){
	fmt.Println(a.s)
}
func main() {
	a := A{"Same A"}
	b1 := B{&a}
	b2 := B{&a}
	b1.foo()
	b2.foo()
}

RedPossum ★★★★★
()
Ответ на: комментарий от RedPossum

Без дополнительного введения интерфейсов - привычного поведения для людей, которые пользуются термином «наследование» не получишь

Ну да, все верно. Без интерфейсов в прямом виде не прокатит.

develf
()
Ответ на: комментарий от RedPossum

К стати вполне интересное решение. Только в каких его случаях применить будет правильно пока не понятно

develf
()
Ответ на: комментарий от RedPossum

Лол, не мог понять, что не так.

tfw, забыл чё там в наследовании.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.