GoSuda

Go интерфейсите не са наследяване

By Yunjin Lee
views ...

Общ преглед

Go интерфейсите позволяват лесното наличие на функции с еднакви аргументи и върнати стойности в множество структури, но това се различава от начина, по който Java ключовата дума extends надгражда и презаписва поведението на вътрешните функции. Правилното разбиране на композиционното повторно използване на код в Go е от съществено значение, за да се избегне объркване с наследяването, но постигането на перфектно теоретично разбиране от самото начало е трудно. Нека разгледаме сценарии, които често водят до грешки.

Често срещани грешки

Начинаещите могат да допуснат следните грешки:

 1package main
 2import (
 3	"fmt"
 4	"strings"
 5)
 6
 7type Fruits interface {
 8	GetBrix() float64
 9	GetName() string
10	SetLabel()
11	GetLabel(string) string
12	PrintAll()
13}
14
15type Apple struct {
16	Label string
17	Name  string
18	Brix  float64
19}
20
21type Watermelon struct {
22	Label string
23	Name  string
24	Brix  float64
25}
26
27func (a *Apple) PrintAll() {
28	fmt.Printf("Fruit: %s, Label: %s, Brix: %v\n", a.Name, a.Label, a.Brix)
29}
30
31const (
32	NO_LABEL = "EMPTY LABEL"
33)
34
35func (a *Apple) SetLabel(lbl string) {
36	a.Brix 	= 14.5;
37	a.Name 	= "apple";
38	lbl_lower := strings.ToLower(lbl)
39	if strings.Contains(lbl_lower, a.Name) {
40		fmt.Println("Succeed: Label was ", lbl)
41		a.Label = lbl;
42	} else {
43		fmt.Println("Failed: Label was ", lbl)
44		a.Label = NO_LABEL;
45	}
46}
47
48func (w *Watermelon) SetLabel(lbl string) {
49	w.Brix = 10;
50	w.Name = "watermelon";
51	lbl_lower := strings.ToLower(lbl)
52	if strings.Contains(lbl_lower, w.Name) {
53		w.Label = lbl;
54	} else {
55		w.Label = NO_LABEL;
56	}
57}
58
59func main() {
60	fmt.Println("Inheritance test #1")
61	apple := new(Apple)
62	watermelon := apple
63	apple.SetLabel("Apple_1")
64	fmt.Println("Apple, before copied to Watermelon")
65	apple.PrintAll()
66	watermelon.SetLabel("WaterMelon_2")
67	fmt.Println("Apple, after copied to Watermelon")
68	apple.PrintAll()
69	fmt.Println("Watermelon, which inherited Apple's Method")
70	watermelon.PrintAll()
71}

Този код може да изглежда безпроблемен, ако погрешно се приеме, че Go следва традиционното наследяване. Въпреки това, неговият изход е следният:

1Inheritance test #1
2Succeed: Label was  Apple_1
3Apple, before copied to Watermelon
4Fruit: apple, Label: Apple_1, Brix: 14.5
5Failed: Label was  WaterMelon_2
6Apple, after copied to Watermelon
7Fruit: apple, Label: EMPTY LABEL, Brix: 14.5
8Watermelon, which inherited Apple's Method
9Fruit: apple, Label: EMPTY LABEL, Brix: 14.5

Тук поведението на Go става ясно.

1watermelon := apple

Този код изобщо не преобразува Apple в клас Watermelon. Вместо това, watermelon е просто указател към apple.

Отново подчертаваме, че Go не следва традиционната концепция за наследяване.

Ако кодът е написан с това погрешно схващане, могат да възникнат критични грешки, като безсмислено създаване на указатели и неочаквано копиране на функции за други структури.

И така, какъв би бил пример за добър код?

Подходящ пример в Go езика

 1package main
 2import (
 3	"fmt"
 4	"strings"
 5)
 6
 7type Fruits interface {
 8	GetBrix() float64
 9	GetName() string
10	SetLabel()
11	GetLabel(string) string
12	PrintAll()
13}
14
15type BaseFruit struct {
16	Name  string
17	Brix  float64
18}
19
20type Apple struct {
21	Label string
22	Fruit BaseFruit
23}
24
25type Watermelon struct {
26	Label string
27	Fruit BaseFruit
28
29}
30
31func (b *BaseFruit) PrintAll() {
32	fmt.Printf("Fruit: %s, Brix: %v\n", b.Name, b.Brix)
33}
34
35
36const (
37	NO_LABEL = "EMPTY LABEL"
38)
39
40func (a *Apple) SetLabel(lbl string) {
41	a.Fruit.Brix 	= 14.5;
42	a.Fruit.Name 	= "apple";
43	lbl_lower := strings.ToLower(lbl)
44	if strings.Contains(lbl_lower, a.Fruit.Name) {
45		fmt.Println("Succeed: Label was ", lbl)
46		a.Label = lbl;
47	} else {
48		fmt.Println("Failed: Label was ", lbl)
49		a.Label = NO_LABEL;
50	}
51	fmt.Printf("Fruit %s label set to %s\n", a.Fruit.Name, a.Label);
52	a.Fruit.PrintAll()
53}
54
55func (w *Watermelon) SetLabel(lbl string) {
56	w.Fruit.Brix = 10;
57	w.Fruit.Name = "Watermelon";
58	lbl_lower := strings.ToLower(lbl)
59	if strings.Contains(lbl_lower, w.Fruit.Name) {
60		w.Label = lbl;
61	} else {
62		w.Label = NO_LABEL;
63	}
64	fmt.Printf("Fruit %s label set to %s\n", w.Fruit.Name, w.Label);
65	w.Fruit.PrintAll()
66}
67
68func main() {
69	apple := new(Apple)
70	watermelon := new(Watermelon)
71	apple.SetLabel("Apple_1")
72	watermelon.SetLabel("WaterMelon_2")
73}

Въпреки това, в Go е възможно да се създаде илюзия за наследяване. Пример за това е анонимното вграждане. Това е възможно чрез деклариране на вътрешна структура без име. В такива случаи е възможно да се достъпват полетата на подструктурата, без да се посочват изрично. Използвайки този модел на "повишаване" на полетата на подструктурата до родителската структура, може да се подобри четливостта в определени ситуации. Въпреки това, не се препоръчва използването му, когато подструктурата трябва да бъде изрично показана.

 1package main
 2import (
 3	"fmt"
 4	"strings"
 5)
 6
 7type Fruits interface {
 8	GetBrix() float64
 9	GetName() string
10	SetLabel()
11	GetLabel(string) string
12	PrintAll()
13}
14
15type BaseFruit struct {
16	Name  string
17	Brix  float64
18}
19
20type Apple struct {
21	Label string
22	BaseFruit
23}
24
25type Watermelon struct {
26	Label string
27	BaseFruit
28
29}
30
31func (b *BaseFruit) PrintAll() {
32	fmt.Printf("Fruit: %s, Brix: %v\n", b.Name, b.Brix)
33}
34
35
36const (
37	NO_LABEL = "EMPTY LABEL"
38)
39
40func (a *Apple) SetLabel(lbl string) {
41	a.Brix 	= 14.5;
42	a.Name 	= "apple";
43	lbl_lower := strings.ToLower(lbl)
44	if strings.Contains(lbl_lower, a.Name) {
45		fmt.Println("Succeed: Label was ", lbl)
46		a.Label = lbl;
47	} else {
48		fmt.Println("Failed: Label was ", lbl)
49		a.Label = NO_LABEL;
50	}
51	fmt.Printf("Fruit %s label set to %s\n", a.Name, a.Label);
52	a.PrintAll()
53}
54
55func (w *Watermelon) SetLabel(lbl string) {
56	w.Brix = 10;
57	w.Name = "Watermelon";
58	lbl_lower := strings.ToLower(lbl)
59	if strings.Contains(lbl_lower, w.Name) {
60		w.Label = lbl;
61	} else {
62		w.Label = NO_LABEL;
63	}
64	fmt.Printf("Fruit %s label set to %s\n", w.Name, w.Label);
65	w.PrintAll()
66}
67
68func main() {
69	apple := new(Apple)
70	watermelon := new(Watermelon)
71	apple.SetLabel("Apple_1")
72	watermelon.SetLabel("WaterMelon_2")
73}

В този пример съществуват следните разлики:

 1w.PrintAll() // Автоматично повикано чрез анонимна структура, а не w.Fruit.PrintAll()
 2И двете примера имат следните важни моменти:
 3- main е опростена, функциите са разделени по функционалност
 4- Ако са различни структури, създайте различни обекти
 5- Използвайте вътрешни структури, ако е необходимо споделяне
 6
 7Какви предимства има такава философия на програмиране?
 8
 9## Предимства
10
11- Ясно разграничаване между споделени и несподелени методи
12- Разделяне на отговорностите на отделни структури и методи
13- Структурно разделен код според необходимата спецификация на функциите
14
15Първоначално езикът Go може да изглежда непознат, тъй като се различава от традиционното ООП, но след като се свикне с него, става възможно изричното програмиране.
16
17## Резюме
18- Изолирайте отговорностите
19- Разделете детайлно по структурни единици
20- Методите не трябва да се разбират като абстрактни класове в Java
21- Програмирайте изрично и конкретно
22Go езикът трябва да се третира по-просто и индивидуално от традиционния ООП модел. Вместо да програмирате разширително, нека пишем код, разделен на етапи и структури.
23