GoSuda

Las interfaces Go no son herencia

By Yunjin Lee
views ...

Resumen

Las interfaces en Go permiten que varias estructuras tengan funciones con los mismos argumentos y valores de retorno de manera sencilla, pero difieren de la forma en que la palabra clave extends de Java extiende y anula adecuadamente el comportamiento de las funciones internas. Solo una comprensión adecuada de la reutilización de código composicional de Go evitará confundirla con la herencia, pero una comprensión teórica perfecta desde el principio es difícil. Examinemos esto con escenarios propensos a errores.

Errores comunes

Los principiantes pueden cometer los siguientes errores:

 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}

Este código parece no tener problemas si se asume erróneamente que Go sigue la herencia tradicional. Sin embargo, su salida es la siguiente:

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

Aquí, el comportamiento de Go se hace simplemente evidente.

1watermelon := apple

Este código no convierte en absoluto Apple a la clase Watermelon. Más bien, watermelon es simplemente un puntero a apple.

Subrayo nuevamente que Go no sigue el concepto de herencia tradicional.

Si se escribe código con este malentendido, se producirán errores críticos como la creación de punteros sin sentido o la copia inesperada de funciones para otras estructuras.

Entonces, ¿cuál sería un código ejemplar?

Ejemplo adecuado en el lenguaje 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}

Sin embargo, en Go, es posible hacer que parezca herencia. Un ejemplo de esto es la incrustación anónima. Esto es posible declarando una estructura interna sin nombre. En tales casos, se puede acceder a los campos de la subestructura directamente sin necesidad de especificarlos. Este patrón de promocionar los campos de una subestructura a una superestructura puede mejorar la legibilidad en algunos casos. Sin embargo, no se recomienda su uso cuando la subestructura debe mostrarse explícitamente.

 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}

En este ejemplo, existen estas diferencias:

1w.PrintAll() // Llamada de promoción automática a través de una estructura sin nombre, no w.Fruit.PrintAll()

Los puntos importantes de ambos ejemplos son los siguientes:

  • main debe ser conciso, y las funciones deben ser específicas para cada tarea.
  • Si son estructuras diferentes, deben ser objetos diferentes.
  • Si se requiere compartir, utilice estructuras internas.

¿Qué ventajas ofrece esta filosofía de programación?

Ventajas

  • Clara distinción entre métodos que necesitan ser compartidos y los que no.
  • Separación de responsabilidades en estructuras y métodos individuales.
  • Código estructuralmente separado según las especificaciones funcionales requeridas.

Al principio, Go puede resultar poco familiar debido a su diferencia con la Programación Orientada a Objetos tradicional, pero una vez que se domina, permite una programación explícita.

Resumen

  • Aislar las responsabilidades.
  • Dividir en unidades de estructura detalladas.
  • Los métodos no deben interpretarse como clases abstractas de Java.
  • Programar de manera explícita y concreta. El lenguaje Go debe tratarse de forma más sencilla y individual que los modelos OOP tradicionales. En lugar de programar de forma expansiva, escribamos el código de forma incremental y estructuralmente separada.