Colecciones polimórficas
Parte de la sección Programación Orientada a Objetos del Journey de GO de Coddy — lección 44 de 107.
Una de las aplicaciones más potentes de las interfaces es almacenar diferentes tipos en la misma colección. Un slice de un tipo interfaz puede contener cualquier valor que satisfaga esa interfaz, permitiéndote agrupar tipos relacionados pero diferentes.
Considera un escenario en el que necesites gestionar varias formas. En lugar de tener slices separados para cada tipo, puedes usar un único slice del tipo de interfaz:
type Shape interface {
Area() float64
}
type Circle struct{ Radius float64 }
func (c Circle) Area() float64 { return 3.14159 * c.Radius * c.Radius }
type Rectangle struct{ Width, Height float64 }
func (r Rectangle) Area() float64 { return r.Width * r.Height }
func main() {
shapes := []Shape{
Circle{Radius: 5},
Rectangle{Width: 4, Height: 3},
Circle{Radius: 2},
}
for _, s := range shapes {
fmt.Printf("Area: %.2f\n", s.Area())
}
}
El slice shapes contiene tanto círculos como rectángulos. Al iterar, cada elemento responde a Area() según su tipo real. Esto es polimorfismo aplicado a colecciones: el mismo bucle maneja todos los tipos de formas de manera uniforme.
Las colecciones polimórficas son esenciales al construir sistemas que procesan elementos variados: un sistema de notificaciones que envía correos electrónicos y mensajes SMS, un juego que actualiza diferentes tipos de enemigos, o un procesador de documentos que maneja múltiples formatos de archivo. A la colección no le importan los tipos específicos, solo que cada elemento proporcione el comportamiento requerido.
Desafío
FácilVamos a construir un sistema de gestión de tareas que maneje diferentes tipos de tareas a través de una interfaz unificada. Crearás varios tipos de tareas y las procesarás todas juntas en una colección polimórfica.
Organizarás tu código en tres archivos:
task.go: Define una interfazTaskque requiera un métodoSummary() string. Esta interfaz será el contrato común que todos los tipos de tareas deben cumplir.types.go: Crea tres tipos de tareas diferentes que implementen la interfazTask:BugFixcon los camposID(string) ySeverity(string)—su métodoSummary()devuelve"Bug #[ID] ([Severity])"Featurecon los camposName(string) yPoints(int)—su métodoSummary()devuelve"Feature: [Name] - [Points] pts"Documentationcon el campoTopic(string)—su métodoSummary()devuelve"Docs: [Topic]"
main.go: Crea una función llamadaPrintBacklogque acepte un slice deTaske imprima el resumen de cada tarea en su propia línea. Lee los detalles de las tareas desde la entrada, crea una de cada tipo de tarea, coléctalas todas en un único slice[]Tasky pásalo aPrintBacklog.
Se proporcionarán las siguientes entradas:
- Línea 1: ID del Bug
- Línea 2: Severidad del Bug
- Línea 3: Nombre de la Feature
- Línea 4: Puntos de la Feature (entero)
- Línea 5: Tema de la documentación
Por ejemplo, dados "1042", "critical", "Dark Mode", 8, y "API Reference", tu salida debería ser:
Bug #1042 (critical)
Feature: Dark Mode - 8 pts
Docs: API ReferenceEl poder aquí reside en que PrintBacklog no necesita una lógica separada para errores, características o documentación; simplemente itera a través del slice y llama a Summary() en cada elemento. Cada tipo de tarea responde con su propio formato único, demostrando cómo las colecciones polimórficas te permiten procesar diversos tipos de manera uniforme.
Hoja de referencia
Un slice de un tipo de interfaz puede contener cualquier valor que satisfaga esa interfaz, lo que permite colecciones polimórficas:
type Shape interface {
Area() float64
}
type Circle struct{ Radius float64 }
func (c Circle) Area() float64 { return 3.14159 * c.Radius * c.Radius }
type Rectangle struct{ Width, Height float64 }
func (r Rectangle) Area() float64 { return r.Width * r.Height }
func main() {
shapes := []Shape{
Circle{Radius: 5},
Rectangle{Width: 4, Height: 3},
Circle{Radius: 2},
}
for _, s := range shapes {
fmt.Printf("Area: %.2f\n", s.Area())
}
}
El slice shapes contiene diferentes tipos (Circle y Rectangle) que implementan la interfaz Shape. Al iterar, cada elemento responde a Area() según su tipo real; esto es polimorfismo aplicado a colecciones.
Este patrón es útil para procesar elementos variados de manera uniforme: sistemas de notificación que manejan diferentes tipos de mensajes, juegos que actualizan varios tipos de enemigos o procesadores de documentos que manejan múltiples formatos de archivo.
Pruébalo tú mismo
package main
import (
"fmt"
)
// TODO: Crear una función PrintBacklog que acepte un slice de Task
// e imprima el resumen de cada tarea en su propia línea
func main() {
// Leer entrada
var bugID string
var bugSeverity string
var featureName string
var featurePoints int
var docTopic string
fmt.Scanln(&bugID)
fmt.Scanln(&bugSeverity)
fmt.Scanln(&featureName)
fmt.Scanln(&featurePoints)
fmt.Scanln(&docTopic)
// TODO: Crear uno de cada tipo de tarea (BugFix, Feature, Documentation)
// TODO: Recopilar todas las tareas en un único slice []Task
// TODO: Llamar a PrintBacklog con el slice de tareas
}
Esta lección incluye un breve cuestionario. Empieza la lección para responderlo y registrar tu progreso.
Todas las lecciones de Programación Orientada a Objetos
1Fundamentos de POO en Go
Archivos externosEspacio de trabajo y módulos de GoPaquetes e importacionesNombres exportados vs. no exportadosIntroducción a la POO en GoStructs como clasesDefinición de métodos en structsReceptores de puntero vs. de valorInicialización de structsFunciones constructorasResumen - Calculadora simple4Interfaces
Introducción a las interfacesImplementación implícitaLa interfaz como contratoInterfaz vacía (any)Type AssertionType SwitchComposición de interfacesInterfaces Stringer y ErrorResumen: Calculadora de figuras7Encapsulamiento
Campos exportados vs. no exportadosEncapsulamiento a nivel de paqueteMétodos Getter y SetterOcultamiento de información en GoResumen - Registros de estudiantes10Genéricos (Go 1.18+)
Introducción a los GenéricosParámetros de tipoRestricciones de tipoStructs genéricosSolución alternativa para métodos genéricosResumen - Colección genérica13Patrones de diseño - Parte 1
Introducción a los patrones de diseñoPatrón SingletonPatrón FactoryPatrón Abstract FactoryPatrón ObserverPatrón Strategy2Inmersión profunda en Tipos y Structs
Tipos básicos y compuestosDefiniciones de tipos personalizadosEtiquetas de StructsStructs anónimosStructs anidadosValores cero y por defectoRepaso - Libreta de contactos5Composición sobre herencia
Por qué Go no tiene herenciaConceptos básicos de incrustación de structsPromoción de métodosIncrustación de múltiples structsIncrustación vs AgregaciónShadowing de métodos incrustadosResumen - Jerarquía de empleados8Manejo de Errores y OOP
La interfaz errorTipos de errores personalizadosEnvoltura de errores (fmt.Errorf)Errores centinelaerrors.Is() y errors.As()Panic, Defer y RecoverResumen - Analizador de archivos3Punteros y Memoria
Fundamentos de punteros en GoPunteros a StructsPaso por valor vs referenciaLa función new()Garbage Collection en GoResumen - Constructor de Linked List6Polimorfismo en Go
Polimorfismo mediante interfacesDuck Typing en GoReglas de satisfacción de interfacesColecciones polimórficasInyección de dependenciasResumen - Procesador de pagos9Concurrencia y POO
Fundamentos de GoroutinesChannels y comunicaciónChannels con buffer vs. sin bufferSentencia Selectsync.Mutex y sync.RWMutexsync.WaitGroupDiseño de estructuras Thread-SafeResumen - Worker Pool